Re: CF Structure Sizing
Dear Barbara, Thank you very much for your reply. Only this one IMS structure failing. X'B400' in size of the structure is : size() The latest changes we upgrade our CF from z9 to z10. (2094 to 2097) 2011-04-11 Thanks and Regards, Mohd Shahrifuddin Ahmad Masri, Room 209, Zhongchen Building, Wangjing Technology Park, Chaoyang District, Beijing, 100102, P.R.China Tel:+86-10-64391733 Fax:+86-10-64391582 Mobile:+86-18621011909 E-mail:fud...@bayss.com http://www.bayss.com 发件人： Barbara Nitz 发送时间： 2011-04-11 13:32:58 收件人： IBM-MAIN 抄送： 主题： Re: CF Structure Sizing Before increase DFS2824A AREA DCMTVD01 CONNECT TO STR: IMS_XXX01A FAILED. 4K B LKS REQUIRED =0CE00, ALLOCATED=01A00 after increase DFS2824A AREA DCMTVD01 CONNECT TO STR: IMS_XXX01A FAILED. 4K B LKS REQUIRED =0CE00, ALLOCATED=01300 before: SIZE(21) After: SIZE(40) Use the CFsizer here: http://www-947.ibm.com/systems/support/z/cfsizer/ims/ You don't supply which of the many IMS structures is actually failing, but the message is telling you that it needs x'CE00' 4k blocks. Not quite doubling the size (as you've done), gave you 700 more blocks. You need x'B400' more blocks, so increase accordingly. This is a substantial increase in size. Did it work before? If so, what has changed? Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1209 / Virus Database: 1500/3564 - Release Date: 04/10/11
AC(authorization code) value change.
Hi, For running a stored procedure from the DB2CONNECT, we were getting an error as DSNU003I DSNUTILS - NOT INVOKED APF AUTHORIZED For getting removing this error. The IBM manual has suggested few things like The DSNUTILS or DSNUTILU load module is link edited with AC(1) The DSNUTILS or DSNUTILU load module is in an APF authorized library . All the libraries in STEPLIB JOBLIB are APF authorized The last two Points has been done from our end, but we are unable to perform the first point i.e ... The DSNUTILS or DSNUTILU load module is link edited with AC(1) When we checked the DSN810.SDSNLOAD we found that the AC Value is 00. VIEW DSN810.SDSNLOAD Row 00437 of 00738 Name PromptAlias-of Size TTR * AC * AM RM _ DSNUTILS 40C0 CB *00 * 31 24 Could you please guide me the way to change the value from 00 to AC(1). As I am new to assembler and I really dont have much idea on it. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC(authorization code) value change.
You relink the object module. Check that manual. On Mon, Apr 11, 2011 at 1:55 AM, jagadishan perumal jagadish...@gmail.com wrote: Hi, For running a stored procedure from the DB2CONNECT, we were getting an error as DSNU003I DSNUTILS - NOT INVOKED APF AUTHORIZED For getting removing this error. The IBM manual has suggested few things like The DSNUTILS or DSNUTILU load module is link edited with AC(1) The DSNUTILS or DSNUTILU load module is in an APF authorized library . All the libraries in STEPLIB JOBLIB are APF authorized The last two Points has been done from our end, but we are unable to perform the first point i.e ... The DSNUTILS or DSNUTILU load module is link edited with AC(1) When we checked the DSN810.SDSNLOAD we found that the AC Value is 00. VIEW DSN810.SDSNLOAD Row 00437 of 00738 Name Prompt Alias-of Size TTR * AC * AM RM _ DSNUTILS 40C0 CB *00 * 31 24 Could you please guide me the way to change the value from 00 to AC(1). As I am new to assembler and I really dont have much idea on it. Regards, Jags -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adding storage to a partition
The z/OS Planned Outage Avoidance List I meant without an IPL. The z/OS Planned Outage Avoidance List redbook http://www.redbooks.ibm.com/redbooks/pdfs/sg247328.pdf explains very well how to configure your System z HW and z/OS in order to add Central Storage to a LPAR *without* IPL. Have a look at chapter 10.1.4, LPAR Dynamic Storage Reconfiguration. I've done at my shop and it works. HTH 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
moving extends for allocated VSAM linear data set
Hi, we have a VSAM linear data set which is allocated read/write to an ASID. Now, the extents have to be moved to another VolSer without affecting the ASID. How to do? IDCAMS ALTER ADD/REMOVEVOLUMES or REPRO do not seem to work for VolSers with allocated extents that are opened. Thank you, cheers Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding storage to a partition
Thanks Walter, This information is good for the future, but right now, I'll have to perform an IPL if I want to increase the storage. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walter Marguccio Sent: Monday, April 11, 2011 11:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding storage to a partition The z/OS Planned Outage Avoidance List I meant without an IPL. The z/OS Planned Outage Avoidance List redbook http://www.redbooks.ibm.com/redbooks/pdfs/sg247328.pdf explains very well how to configure your System z HW and z/OS in order to add Central Storage to a LPAR *without* IPL. Have a look at chapter 10.1.4, LPAR Dynamic Storage Reconfiguration. I've done at my shop and it works. HTH 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 לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: moving extends for allocated VSAM linear data set
Do you have any third party tool? to do so... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC(authorization code) value change.
AC=Access code does come with the linkedit step..however i certainly suggest you to cross check your apf list and joblib/steplib again and see from where the load module is being picked ..it's showing to me load module being picked is not apf authorize... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC(authorization code) value change.
Ravi, I have added all the WLM Load modules to APF library On Mon, Apr 11, 2011 at 2:40 PM, Ravi Gaur gaur.ravi2...@gmail.com wrote: AC=Access code does come with the linkedit step..however i certainly suggest you to cross check your apf list and joblib/steplib again and see from where the load module is being picked ..it's showing to me load module being picked is not apf authorize... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: How to start RMF Monitor III automatically after IPL the system.
Mark Zelden wrote: Use RACF LOGOPTIONS ALWAYS for OPERCMDS class. (playing devil's advocate a bit here) You may do that, but cool off please... ;-D Why? Do you insist on logging all access to everything from your system programmers (not just commands - data sets, other resources). Yes, most of the resources. First, I trusted my colleauges fully, because of TRUST - until some drama happened. Of course I need to balance ability to audit with the quantity of SMF records. The mere fact that everything is logged, certainly made them more careful to READ before entering ENTER. ;-D Don't you think they can destroy or sabotage a system with much less visibility than a person with SDSF command authority (both are presumed to be trusted employees)? SDSF can show the userid who entered the commands and you can set your consoles to require logons as well and then those commands will also be logged in the syslog/operlog. Problem is NOT within SDSF alone. You can enter commands from other systems and batch jobs too. Still I realize the most damage can come from insiders and trusted persons. Ed Gould wrote: One of the issues (using RACF as an example) is that I can;'t trust the RACF person all the time. RACF persons are unpopular. Look in RACF-L. RACF and RACF persons are guilty until proven innocent according to a lot of members there. ;-D I have seen them bend to political pressure rather than arguing. It is not about politic. I just ignore politics and state my business case WHY I do something. He tried an end run on that and I caught him. He got kicked out on his keister. Good! No one will mess with you again, here or in a galaxy far far away! ;-) Rick Fochtman wrote: Political pressure can be resisted; it just depends on the courage of the resistor. A good explanation of the risks and advantages involved can make a BIG difference. Agreed. To disallow any Assembler programming seems a bit paranoid to me. A decent review process can prevent any misuse or abuse and there are a few types of things that can't be done (or couldn't until recently be done) except in Assembler, such as system exits and processing of certain SMF records. Seems to me that a consultant should have access to the tools he needs to do his job, subject to a thorough review by appropriate KNOWLEDGEABLE staff members. Especially in the case of programs that need to be AUTHORIZED. Agreed. My sources are open for anyone inside my work for review. 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: AC(authorization code) value change.
Ifrom name dsnload it looks to me db2 ... Cud you send jcl of your stc/ job and output of d prog,Apf Sent from my iPhone On 11-Apr-2011, at 5:13 PM, jagadishan perumal jagadish...@gmail.com wrote: Ravi, I have added all the WLM Load modules to APF library On Mon, Apr 11, 2011 at 2:40 PM, Ravi Gaur gaur.ravi2...@gmail.com wrote: AC=Access code does come with the linkedit step..however i certainly suggest you to cross check your apf list and joblib/steplib again and see from where the load module is being picked ..it's showing to me load module being picked is not apf authorize... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adding storage to a partition
W dniu 2011-04-11 10:33, Walter Marguccio pisze: The z/OS Planned Outage Avoidance List I meant without an IPL. The z/OS Planned Outage Avoidance List redbook http://www.redbooks.ibm.com/redbooks/pdfs/sg247328.pdf explains very well how to configure your System z HW and z/OS in order to add Central Storage to a LPAR *without* IPL. Have a look at chapter 10.1.4, LPAR Dynamic Storage Reconfiguration. I've done at my shop and it works. Yes, it works, but it does not necessarily work CF memory,OFFLINE - so spare memory have to be available in other way. It can be memory unused since POR time, or memory taken from deactivated LPAR. Last, but not least: CF STOR(),ONLINE is IMHO not well documented. I mean parameters allowed, memory ranges, etc. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adding storage to a partition
I was asked to make the necessary changes to make additional storage available. We are running a z10BC with 16GB of storage. We currently have 4 LPARS. They all have 3 GB defined. I would like to add 1 GB to each of the production LPARS (we have 2), and be able to add more storage to one of them if the need arises. The first part is easy. Just change 3072 to 4096 in the initial storage section for the production LPARS. What should I specify in the reserved storage section? Should I specify 1GB for each LPAR? Is this storage reserved during Activate, or just when I vary it online? My next question is about the RSU parameter in IEASYS. What would be a good value for this? Thanks Gadi From: Walter Marguccio [mailto:walter_marguc...@yahoo.com] Sent: Monday, April 11, 2011 12:23 PM To: גדי בן אבי Subject: Re: Adding storage to a partition This information is good for the future, but right now, I'll have to perform an IPL if I want to increase the storage. I understand. The HW/SW setup described in the redbook is a procedure which needs to be performed one time only. Afterward, increasing CS on a LPAR will be on the fly. Before the setup, you cannot avoid an IPL to accomplish your goal. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal.
Re: AC(authorization code) value change.
Ravi, Output of /D PROG,APF is ENTRY VOLUME DSNAME 1 Z16RS1 SYS1.LINKLIB 2 Z16RS1 SYS1.SVCLIB 3 LPRJ15 MICFOC.LOADLIB 4 LIB001 MICFOC.SASC.LINKLIB 5 Z16RS2 ING.SEVIMOD7 6 Z16RS1 SYS1.SHASLINK 7 Z16RS1 SYS1.SIEALNKE 8 Z16RS1 SYS1.LPALIB 9 Z16RS2 IOE.SIOELMOD 10 Z16RS2 CBC.SCBCCMP 11 Z16RS2 CBC.SCCNCMP 12 Z16RS1 TCPIP.SEZALOAD 13 Z16RS2 CEE.SCEERUN 14 Z16CAT CPAC.VTAMLIB 15 Z16RS2 SYS1.SBDTCMD 16 NETSA3 NETVIEW.SYS.SCNMLNK1 17 NETSA3 NETVIEW.SYS.SCNMLPA1 18 NETSA3 NETVIEW.SYS.CNMLINK 19 NETSA3 NETVIEW.SYS.SCNMLNKN 20 NETSA3 NETVIEW.SYS.SCNMUXLK 21 Z16RS1 MQM.SCSQSNLC 22 Z16RS1 MQM.SCSQSNLE 23 Z16RS1 MQM.SCSQSNLK 24 Z16RS1 MQM.SCSQSNLU 25 Z16RS1 REXX.SEAGALT 26 Z16RS2 SYS1.SBDTLINK 27 Z16CAT CPAC.LINKLIB 28 Z16RS2 EQAW.SEQAAUTH 29 Z16RS1 MQM.SCSQLINK 30 Z16RS2 FFST.V120ESA.SEPWMOD2 31 Z16RS2 EQAW.SEQABMOD 32 Z16RS1 TCPIP.SEZALNK2 33 Z16RS2 FFST.V120ESA.SEPWMOD1 34 Z16RS1 MQM.SCSQANLE 35 Z16RS1 MQM.SCSQANLU 36 Z16RS1 SYS1.ISAMLPA 37 Z16RS1 MQM.SCSQANLC 38 Z16RS1 MQM.SCSQANLK 39 Z16RS2 ING.SINGMOD2 40 Z16RS1 ASM.SASMMOD1 41 Z16RS2 SYS1.SBDTLIB 42 Z16RS1 TCPIP.SEZADSIL 43 Z16RS1 SYS1.SHASMIG 44 Z16RS3 SYS1.SIOALMOD 45 Z16RS1 SYS1.CMDLIB 46 Z16RS1 ISF.SISFLOAD 47 Z16RS1 SYS1.CSSLIB 48 Z16RS1 SYS1.SISTCLIB 49 Z16RS1 MQM.SCSQMVR2 50 Z16RS1 ISP.SISPLOAD 51 Z16RS2 IGY.SIGYCOMP 52 Z16RS1 ISP.SISPSASC 53 Z16RS1 MQM.SCSQMVR1 54 Z16RS1 CBC.SCLBDLL 55 Z16RS2 SYS1.NFSLIB 56 Z16RS1 TCPIP.SEZATCP 57 Z16RS2 ICA.SICALMOD 58 Z16RS1 CBC.SCLBDLL2 59 Z16RS2 ING.SINGMOD1 60 Z16RS1 SYS1.VTAMLIB 61 Z16RS1 SYS1.SERBLINK 62 Z16RS1 SYS1.MIGLIB 63 Z16RS1 MQM.SCSQAUTH 64 Z16RS1 SYS1.SCUNIMG 65 Z16CAT SYS1.SNACONS 66 COLGEN COLGEN.CAI.CAILIB 67 COLGEN COLGEN.CAI.CAIPDSE 68 LPRJ19 FMN.SFMNMOD1 69 CMPWR COMPWARE.STR3020.STRBLOAD 70 CMPWR COMPWARE.MLMS300.SLMSLOAD 71 LPRJ10 A114715.RECEIVE 72 LPRJ20 A109861.LOAD 73 Z16RS3 SYS1.CICSTS23.CICS.SDFJLPA 74 Z16RS3 SYS1.CICSTS23.CPSM.SEYULPA 75 Z16RS3 SYS1.CICSTS23.CPSM.SEYULINK 76 Z16RS3 SYS1.CICSTS23.CICS.SDFHLPA 77 Z16RS3 CICSTS23.CICS.SDFJAUTH 78 Z16RS3 CICSTS23.CICS.SDFHAUTH 79 Z16RS3 SYS1.CICSTS23.CICS.SDFHLINK 80 Z16RS3 CICSTS23.CPSM.SEYUAUTH 81 LCICS2 SYS1.CICSTS31.CICS.SDFJLPA 82 LCICS2 SYS1.CICSTS31.CPSM.SEYULPA 83 LCICS2 SYS1.CICSTS31.CPSM.SEYULINK 84 LCICS2 SYS1.CICSTS31.CICS.SDFHLPA 85 LCICS2 CICSTS31.CICS.SDFJAUTH 86 LCICS2 CICSTS31.CICS.SDFHAUTH 87 Z16RS3 SYS1.CICSTS31.CICS.SDFHLINK 88 LCICS2 CICSTS31.CPSM.SEYUAUTH 89 LDSN11 SYS1.DSN810.DSN1C.SDSNEXIT 90 Z16RS3 SYS1.DSN810.SDSNLINK 91 Z16RS2 DSN810.SDXRRESL 92 Z16RS2 DSN810.SDSNLOAD 93 Z16RS2 DSN810.SDSNLOD2 94 Z16RS3 SYS1.DSN810.SDSNEXIT 95 Z16CAT DSN810.RUNLIB.LOAD 96 LDSN12 DSN1C.RUNLIB.LOADD 97 Z16CAT DSN1C.DEV.RUNLIB.LOAD 98 LIMSMQ WMQ1.SCSQAUTH 99 LIMSMQ IMSSYS81.SDFSRESL 100 Z16RS3 IMS810.MODBLKS 101 LIMSMQ IMSSYS81.MODBLKSA 102 LIMSMQ IMSSYS81.MODBLKSB 103 LIMSMQ IMSSYS81.MATRIX 104 LIMSMQ IMSSYS81.MATRIXA 105 LIMSMQ IMSSYS81.MATRIXB 106 LIMSMQ HWS.SHWSRESL 107 LDSN12 DSN1C.USERS.LOAD 108 Z16RS2 DSN810.SDSNCLST JCL of DSN1WLM is : 1 //DSNMOVE$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=B, 2 // REGION=5M,NOTIFY=SYSUID 3 //STEP1 EXEC PGM=ADRDSSU 4 //SYSPRINT DDSYSOUT=* 5 //DASD1 DD UNIT=3390,VOL=SER=BPUB04,DISP=OLD 6 //DASD2 DD UNIT=3390,VOL=SER=BPUB05,DISP=OLD 7 //SYSIN DD * 8 COPY DATASET(INCLUDE(A255209.DROP.JCL)) - 9LOGINDDNAME(DASD1) OUTDDNAME(DASD2) DELETE CATALOG 00010 /* ENTRY VOLUME DSNAME 1 Z16RS1 SYS1.LINKLIB 2 Z16RS1 SYS1.SVCLIB 3 LPRJ15 MICFOC.LOADLIB 4 LIB001 MICFOC.SASC.LINKLIB 5 Z16RS2 ING.SEVIMOD7 6 Z16RS1 SYS1.SHASLINK 7 Z16RS1 SYS1.SIEALNKE 8 Z16RS1 SYS1.LPALIB 9 Z16RS2 IOE.SIOELMOD 10 Z16RS2 CBC.SCBCCMP 11 Z16RS2 CBC.SCCNCMP 12 Z16RS1 TCPIP.SEZALOAD 13 Z16RS2 CEE.SCEERUN 14 Z16CAT CPAC.VTAMLIB 15 Z16RS2 SYS1.SBDTCMD 16 NETSA3 NETVIEW.SYS.SCNMLNK1 17 NETSA3 NETVIEW.SYS.SCNMLPA1 18 NETSA3 NETVIEW.SYS.CNMLINK 19 NETSA3 NETVIEW.SYS.SCNMLNKN 20 NETSA3 NETVIEW.SYS.SCNMUXLK 21 Z16RS1 MQM.SCSQSNLC 22 Z16RS1 MQM.SCSQSNLE 23 Z16RS1 MQM.SCSQSNLK 24 Z16RS1 MQM.SCSQSNLU 25 Z16RS1 REXX.SEAGALT 26 Z16RS2 SYS1.SBDTLINK 27 Z16CAT CPAC.LINKLIB 28 Z16RS2 EQAW.SEQAAUTH 29 Z16RS1 MQM.SCSQLINK 30 Z16RS2 FFST.V120ESA.SEPWMOD2 31 Z16RS2 EQAW.SEQABMOD 32 Z16RS1 TCPIP.SEZALNK2 33 Z16RS2 FFST.V120ESA.SEPWMOD1 34 Z16RS1 MQM.SCSQANLE 35 Z16RS1 MQM.SCSQANLU 36 Z16RS1 SYS1.ISAMLPA 37 Z16RS1 MQM.SCSQANLC 38 Z16RS1 MQM.SCSQANLK 39 Z16RS2 ING.SINGMOD2 40 Z16RS1 ASM.SASMMOD1 41 Z16RS2 SYS1.SBDTLIB 42 Z16RS1 TCPIP.SEZADSIL 43 Z16RS1 SYS1.SHASMIG 44 Z16RS3 SYS1.SIOALMOD 45 Z16RS1 SYS1.CMDLIB 46 Z16RS1 ISF.SISFLOAD 47 Z16RS1 SYS1.CSSLIB 48 Z16RS1 SYS1.SISTCLIB 49 Z16RS1 MQM.SCSQMVR2 50 Z16RS1 ISP.SISPLOAD 51 Z16RS2 IGY.SIGYCOMP 52 Z16RS1 ISP.SISPSASC 53 Z16RS1 MQM.SCSQMVR1 54 Z16RS1 CBC.SCLBDLL 55 Z16RS2 SYS1.NFSLIB 56 Z16RS1 TCPIP.SEZATCP 57 Z16RS2
Re: Adding storage to a partition
We currently have 4 L We are running a z10BC with 16GB of storage. We currently have 4 LPARS. They all have 3 GB defined. I would like to add 1 GB to each of the production LPARS (we have 2), and be able to add more storage to one of them if the need arises. What should I specify in the reserved storage section? Update your LPARS' activation profiles as follows: LPAR PROD1: CS=4096 MB, 2048 MB Reserved LPAR PROD2: CS=4096 MB, 2048 MB Reserved LPAR TEST1: CS=3072 MB, 2048 MB Reserved LPAR TEST2: CS=3072 MB, 2048 MB Reserved After you shutdown PROD1 and/or PROD2 and *before* you IPL, do a Deactivate/Activate of the LPAR Image, in order topick up above changes. Afterwards, you can IPL PROD1 and/or PROD2, which will have 4096 MB of CS and will be able to add up to 2048 MB of CS automagically, if needed. My next question is about the RSU parameter in IEASYS. What would be a good value for this? RSU=OFFLINE in IEASYSxx gives you more flexibility. See z/OS Initialization Tuning Reference for your z/OS level forfurther reference. HTH 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: Adding storage to a partition
This information is good for the future, but right now, I'll have to perform an IPL if I want to increase the storage. Sent wirelessly from my BlackBerry device on the Bell network. Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman * Finally, to make the list, the cool thing has to be taught in one or more of our courses + So we name a cool feature and can also show you where to learn how to use it (Of course, one can theoretically learn these things oneself by reading and trial and error; but we write courses to save you the trouble. Some shops refuse to spend the money. And, yes, it's shortsighted, but that's a rant for another day. --unsnip-- - Only a day? Room for a full month's rant, at least! :-) Not really. The situation can be summed up in two statements usually made by management: 1. Our employees are our most valuable assets, in which we invest heavily. 2. Training is an expense best avoided. My conclusion: Somebody's lying. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL abend debug question with AbendAid/CICS dump
Do you have a system trace in the dump? If so, do any of the PSW's point to application program code other than the looping paragraph? -Original Message- From: John McKown [mailto:john.archie.mck...@gmail.com] Sent: Friday, April 08, 2011 10:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL abend debug question with AbendAid/CICS dump Correct. All I can do is help by assisting the programmers with diagnostics such as a trace back. On Apr 8, 2011 9:08 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: without a lot of political pull that I don't have. In other words: even if you know how to fix it, you may not? Sent wirelessly from my BlackBerry device on the Bell network. Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adding storage to a partition
What should I specify in the reserved storage section? You need to do some reading/thinking. Should I specify 1GB for each LPAR? Only for those you wish to use this capability. Is this storage reserved during Activate, or just when I vary it online? Just when varied online. I've never liked the term 'reserved', because it's not truly reserved. It's available. My next question is about the RSU parameter in IEASYS. What would be a good value for this? Read the PR/SM Planning Guide: back in the z/990 days, it had a (sub-)chapter on the RSU values -- it depends on the memory connected to the LPAR. I, as a capacity analyst, do not like the varying offline of a resource you've paid for. If you think an LPAR needs the memory, allocate it permanently. The only resource I reserve is CP's, to the maximum installable, because, as you buy more, you can just config them online, without IPL'ing. Sent wirelessly from my BlackBerry device on the Bell network. Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Adding storage to a partition
My take on this whole discussion - which is why I'm not replying to anyone in particular - is it's high time we educated people again on what the rules are. (And, no, I don't crisply know what they are myself.) :-( Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/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
Some basic sorts explained
This is just too good to pass up. It's is an very good way to show children (or managers) how some of the simpler sorting algorithms work. http://www.i-programmer.info/news/150-training-a-education/2255-sorting-algorithms-as-dances.html bubble sort, shell sort, insert sort, select sort by the algo-rythmics (Hungarian folk dancers!) John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Some basic sorts explained
On 4/11/2011 7:05 AM, McKown, John wrote: This is just too good to pass up. It's is an very good way to show children (or managers) how some of the simpler sorting algorithms work. http://www.i-programmer.info/news/150-training-a-education/2255-sorting-algorithms-as-dances.html bubble sort, shell sort, insert sort, select sort by the algo-rythmics (Hungarian folk dancers!) John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) What a stitch! Delightful! Thanks for that. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55305I USER GOD001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
On Sun, 10 Apr 2011 20:50:41 -0500, Scott Fagen scottfagen...@yahoo.com wrote: Best way to set up for the TSO CONSOLE command is to activate OPERCMDS in your security product and set up the OPERPARM segments in the users who need to use the facility. See: http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ikjb400/consol.htm (Mind any wrap in the url). You do also need access to the CONSOLE resource in the TSOAUTH class, but if I remember correctly the user must have a TSO segment in their RACF (or other security product) user profile before the TMP will check the TSOAUTH CONSOLE resource. Without a TSO segment if you want to grant TSO CONSOLE authority you need to implement a TSO/E exit. And then, as you mentioned, Scott, the OPERCMDS profiles become important because you also need access to OPERCMDS resource MVS.MCSOPER.console-name before you can actually activate the console. -- Walt Farrell 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: 0Cx abends
Years ago I was asked (told) to look at a S0C4 that had occurred in SyncSort, which I maintained in our shop. SyncSort was being invoked by a COBOL program. I was assured that there had been no changes to the COBOL program in several months', so it could not be the fault of the application (or so the programmers claiimed). On the other hand, there had been no recent SyncSort changes - of that I was certain. A review of the dump made be think that some storage had been overlaid. I asked to see the application program, and after some intervention by my manager, it was made available to me. As I examined it, I realized that the record size on the SD statement was shorter than the 01 record associated with it. The resulting buffer was too short. Impossible, the programmer claimed. This has been running fine for months. Upon further questioning, it was revealed that this sort had been added a few months before to handle a new input, but the new input records had been few until this abend occurred. We came to realize that until there were enough records to overflow the too short buffer, no abend would occur. Another systems problem revealed to be an application error. Jeff Holst -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Address space proliferation
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andy Coburn Sent: Saturday, April 09, 2011 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Address space proliferation Limiting the number of instances to the number of CPs is an interesting thought. However, if an instance does any sort of wait (e.g. for I/O) then there's no reason that one instance per CP makes a lot of sense. Speaking of limits, there are, of course, limits to everything. In one address space there is a limit to the number of TCBs that can be attached. This limit is quite high but there isn't an infinite amount of SQA. CSA (as opposed to ECSA) is quite limited and some is used for each address space. These are just some of the trade-offs that should be considered. I once wrote a program to ATTACH another copy of the same DASD-monitoring subtask for each online DASD in the system. Each subtask did a few trivial I/Os to its one DASD in order to extract certain performance info from the control unit. Then I tested this program on a friend's sandbox with 2 or 3 THOUSAND disks online (it may have even been a lot more - too long ago - don't remember clearly). It took a lot of time to finish doing all the ATTACHes. I let it run a while and observed its slow behavior. Then I cancelled it with a dump. After 15 minutes it was still being CANCELed, so I CANCELed it some more. It took forever to finish going through step termination. Obviously, if a task is WAITing for I/O most of the time, then you can, and should have, more than one copy per CP running as ATTACHed subtasks. But 2 or 3 thousand is way too many. Somewhere in between these two extremes, there is a more optimal number. Too much of a good thing may become a bad thing. Bill Fairchild Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCP/NJE Outgoing Activity and SMF
Does JES cut any SMF records that record TCP/NJE outbound activity? I Does JES cut any SMF records that record TCP/NJE outbound activity? I can find the inbound activity in the SMF26 records, but I have not be able to find the equivalent for outbound to another node. Thanks, Mark Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: MFNetDIsk and living in Ashdod
I cannot imagine the dangers you live under in Israel. Richard, Vickie, and Randy Pinion --- shai.h...@gmail.com wrote: From: shai hess shai.h...@gmail.com To: IBM-MAIN@bama.ua.edu Subject: MFNetDIsk and living in Ashdod Date: Fri, 8 Apr 2011 21:02:35 -0700 HI, Tonight we have another sirens in Ashdod, Israel. That is another time of waking in the middle of the night wait 30-60 seconds, hearing the rocket bomb and going back to sleep. Tonight the surprise come in 3am. and after another few minutes another rocket hit Ashdod. So, we are now do not feel any fear. This is our normal life. So just respect the night when you can sleep without interrupting your sleep. It seem boring to me that most of the people around the world can go to sleep without expecting any bad surprise in their sleep. Tomorrow I will be a little tire to work with MFNetDisk, So forgive me if I will not fix some bugs needed to be fixed. Good night to everyone in this world. Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: New job for mainframes: Cloud platform
timothy.sipp...@us.ibm.com (Timothy Sipples) writes: I've known HP in its sales pitches to make a lot of fuss about endianness as reason why it would be oh-so-difficult for an HP-UX customer to move to Linux on X86, or for a Linux X86 customer to move to (or add) Linux on System z, depending on their sales situation. Then hundreds/thousands of HP customers moved without endianness difficulty, and many more will follow. The IT community figured out how to flip bit order a long time ago. Before System/360, even. That's not to say endianness isn't a problem...for HP. If they want to move HP-UX to a little endian CPU, they'll have a lot of investment to do (as Sun did for Solaris X86). For non-OS kernel/non-compiler programmers, which is the vast majority of us, it's not a real-world problem. In fact, endianness is one of the least interesting issues when porting from one CPU to another. re http://www.garlic.com/~lynn/2011f.html#7 New job for mainframes: Cloud platform http://www.garlic.com/~lynn/2011f.html#9 New job for mainframes: Cloud platform when I was undergaduate in the 60s, some people from the science center came out and installed (virtual machine) cp67 on the 360/67 (as alternative to tss/360). cp67 had automatic terminal identification for 1052 2741 ... playing games switching the line-scanners with the 2702 SAD command. The univ. had bunch of TTY/ascii terminals ... so I set out to add TTY/ascii support also doing automatic terminal identification. It almost worked ... being able to dynamically identify 1052, 274, TTY for directly/fixed connect lines. I had wanted to have a single dial-up number for all termainls ... with hunt-group ... allowing any terminal to come in on any port. The problem was that the 2702 took a short-cut and hardwired the line-speed for each port. This somewhat prompted the univ. to do a clone controller effort ... to dynamically do both automatic termeinal automatic speed determination (reverse engineer channel interface, build controller interface board and program minicomputer to emulate 2702). Two early bugs that stick in my mind ... 1) the 360/67 had high-speed location 80 timer ... and if the channel interface board held the memory bus for two consecutive timer-tics (a timer-tic to update location 80 was stalled because memory bus was held ... and the next timer-tic happened while the previous timer-tic was still pending), the processor would stop redlight 2) initial data into memory was all garbage. turns out had overlooked bit memory order. minicomputer convention was leading (byte) bit off the line started off into high-order (byte) bit position ... while 2702 line-scanner convention was to place leading (byte) bit off the line in the lower order (byte) bit position. while the minicomputer then was placing data into memory in line-order bit positiion ... each byte had the bit order reversed compared to the 2702 convention (standard 360 ascii translate tables that I had borrowed from BTAM handled the 2702 bit-reversed bytes). ... later, four of us get written up for being responsible for some portion of the mainframe clone controller business. A few years ago, in large datacenter, I ran across a descendent of our original box, handling a major portion of the dial-up POS cardswipe terminals in the country (some claim that it still used the original channel interface board design). I had posted same cloud item in a number of linkedin mainframe group http://www.garlic.com/~lynn/2011f.html#6 New job for mainframes: Cloud platform http://www.garlic.com/~lynn/2011f.html#8 New job for mainframes: Cloud platform also http://lnkd.in/F6X_3Y also refers to internal (virtual machine) HONE system being the largest cloud operation in the 70s 80s. In the mid-70s, the US HONE datacenters were consolidated in silicon valley ... where it created the largest single-system-image cluster operation. Then in the early 80s, because of earthquake concerns, it was replicated in Dallas ... with distributed, load-balancing and fall-over between Dallas PaloAlto ... eventually growing to 28 3081s. misc. past posts mentioning HONE http://www.garlic.com/~lynn/subtopic.html#hone HONE also discussed in this linkedin Greater IBM (current former IBM employee) group about APL software preservation (major portion of HONE applications supporting worldwide sales marketing had been implemented in APL; numerous HONE-clones all around the world): http://www.garlic.com/~lynn/2011e.html#83 History of APL -- Software Preservation Group http://www.garlic.com/~lynn/2011f.html#3 History of APL -- Software Preservation Group http://www.garlic.com/~lynn/2011f.html#10 History of APL -- Software Preservation Group http://www.garlic.com/~lynn/2011f.html#11 History of APL -- Software Preservation Group another cloud related item: Facebook Opens Up Its Hardware Secrets; The social network breaks an unwritten rule by giving away plans to its new data center--an action it hopes will
Re: How to start RMF Monitor III automatically after IPL the system.
On Mon, 11 Apr 2011 11:53:27 +0800, ibmnew ibm...@163.com wrote: Thanks for your help. You're welcome Could you share your SHUTSYS STC to me? It is basically the same thing, but in z/OS 1.10 I split out the shutdown PDS member at the end so I can have a REIPL option. //SHUTSYS PROC REIPL=N //** //* COMMAND IS FROM CBT FILE 019 - HTTP://WWW.CBTTAPE.ORG //* INSTALL PDS AND DOC IS IN MTSYS2.COMMAND.CBT.FILE019 //** //SHUTSYS EXEC PGM=COMMAND,TIME=1439 //STEPLIB DD DISP=SHR,DSN=authorized.loadlib //IEFRDER DD DISP=SHR,DSN=sandbox.parmlib(SHUTSYSNAME.) // DD DISP=SHR,DSN=sandbox.parmlib(SHUTSYSCLONE.REIPL.) As mentioned in an earlier post, I start it with SUB=MSTR so it can shut down JES2 and then issues the V XCF command prior to stopping itself. I start it as S SHUTSYS.SHUTSYS,SUB=MSTR,REIPL=Y when I want to REIPL with the previous load address / parms. AUTOIPL must be configured (and supported by the HW) in DIAGxx for this. I had our automation team set up something similar in our automation product for production. If you can shut your system down manually, you can script it with the COMMAND program. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ *** Please note the new URL for Mark's MVS Utilities *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 0Cx abends
It's a long shot, but since z/OS 1.9 you have had to opportunity to move some control blocks above the line. Here is a description of one of the potential issues: On ZOS 1.9 if DIAGxx specifies CBLOC VIRTUAL31(IHALCCA,IHAPCCA) and all CP's are CONFIGed OFFLINE and then ONLINE, and any SRB issues a SRBTIMER macro in AMODE24,then an ABENDS0C4 will occur in IEAVRT03 + x'78' when accessing the 31bit PCCA as a 24bit address. If you have CBLOC VIRTUAL31(IHALCCA,IHAPCCA)in you DIAGxx member then you may want to try setting it to CBLOC VIRTUAL24(IHALCCA,IHAPCCA), then configure your CP's off and on again to move the control block below the line. Bruce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Supra Sent: Friday, April 08, 2011 2:15 AM To: IBM-MAIN@bama.ua.edu Subject: 0Cx abends Hi, We continuously get 0Cx abends from our application in the production and test environments. Our application consists of PL/I and Assembler programs. Before migration to z/OS 1.10 from z/OS 1.7 we were getting similar messages during tests. Those were 0C4 11 abends and they were solved by changing the old PLI libraries to the new CEE libraries in our compile job. But after a while we started to take 0C6 06 and 0C4 04 messages in our application. Our clients takes those abends and the message says ISPF processor ended abnormally. System Code 0C4 Reason Code 04. I know it is a very general question but i wonder if those messages are related with the application itself or are they related with the environment. By the environment i mention the syslib libraries used in the compile and linkedit jobs. Thank you very much. Best Regards, Supra -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: Confidential message which may be privileged. Unauthorized use/disclosure prohibited. If received in error, please go to www.td.com/legal for instructions. AVIS : Message confidentiel dont le contenu peut être privilégié. Utilisation/divulgation interdites sans permission. Si reçu par erreur, prière d'aller au www.td.com/francais/avis_juridique pour des instructions. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS Management Facility
Has ANYONE out there besides IBM personnel gotten this beast to work? I have tried THREE times from scratch and every time I fail at a different spot. There seems to be too many working parts to get this thing going and I honestly don't see how this is going to make mainframes easier to use if it is so hard to install (and it uses ALOT of resources) My current problemCEZ05006E System REXX is not configured to support compiled REXX execs. Funny, when I do a F AXR,SYSREXX,STATUS it answers me back okay -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
Hi Steve! I havd tried a couple times, without much luck. If you could be so kind as to forward me a copy, I would be happy to tell you that I have done it! *don* On Sat, Apr 9, 2011 at 1:50 AM, Steve Comstock st...@trainersfriend.comwrote: On 4/8/2011 5:43 PM, Dave Salt wrote: In my experience it's usually quite straightforward to set up a workstation connection, especially if you set one up at work (i.e. where the PC and mainframe are both on the same intranet). Even if you don't have a static IP address, the ZIPADDR system variable usually contains the right IP address to connect to. It might be a little more tricky to set up a connection at home (especially if you don't use a VPN), but even then it's usually not that difficult. And, IMO, it's worth spending the time to figure it out. There's a chapter in the SimpList user guide that explains how to set up a workstation connection. I'd be happy to forward that section of the guide to anyone who's interested in learning how to set up a connection. Dave Salt Dave, I'd like a copy of that chapter, to hand out at customer sites when I teach, to help them at least try it out. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Cool Things You Can Do in z/OS
On 4/11/2011 10:08 AM, Donald Johnson wrote: Hi Steve! I havd tried a couple times, without much luck. If you could be so kind as to forward me a copy, I would be happy to tell you that I have done it! *don* U. You realize you posted to the list and not me directly, right? And what is it you have tried? Setting up the ISPF Workstation Agent? Then you should send a note directly to Dave and ask for a copy of his paper. Since it's his, I don't want to distribute this to the list indiscrimantely. On Sat, Apr 9, 2011 at 1:50 AM, Steve Comstockst...@trainersfriend.comwrote: On 4/8/2011 5:43 PM, Dave Salt wrote: In my experience it's usually quite straightforward to set up a workstation connection, especially if you set one up at work (i.e. where the PC and mainframe are both on the same intranet). Even if you don't have a static IP address, the ZIPADDR system variable usually contains the right IP address to connect to. It might be a little more tricky to set up a connection at home (especially if you don't use a VPN), but even then it's usually not that difficult. And, IMO, it's worth spending the time to figure it out. There's a chapter in the SimpList user guide that explains how to set up a workstation connection. I'd be happy to forward that section of the guide to anyone who's interested in learning how to set up a connection. Dave Salt Dave, I'd like a copy of that chapter, to hand out at customer sites when I teach, to help them at least try it out. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Some basic sorts explained
McKown, John wrote: This is just too good to pass up. It's is an very good way to show children (or managers) how some of the simpler sorting algorithms work. Or PHB! Thats sorta very good, that will sort out those sort-wannabe programmers... ;-D bubble sort, shell sort, insert sort, select sort by the algo-rythmics (Hungarian folk dancers!) Nice music too. Wonder what DFSORT and Syncsort people would say while dancing? 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: z/OS Management Facility
We have it working but it is not the easiest install. Not what I would call simplification. Do you have REXX ALTLIB installed? Once it is up and running the incident log function is fairly useful. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Wojtukiewicz Sent: Monday, April 11, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Management Facility Has ANYONE out there besides IBM personnel gotten this beast to work? I have tried THREE times from scratch and every time I fail at a different spot. There seems to be too many working parts to get this thing going and I honestly don't see how this is going to make mainframes easier to use if it is so hard to install (and it uses ALOT of resources) My current problemCEZ05006E System REXX is not configured to support compiled REXX execs. Funny, when I do a F AXR,SYSREXX,STATUS it answers me back okay -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Cool Things You Can Do in z/OS
Sorry about that...I thought I cleared the To list, but...mea culpa! *don* On Mon, Apr 11, 2011 at 12:16 PM, Steve Comstock st...@trainersfriend.comwrote: On 4/11/2011 10:08 AM, Donald Johnson wrote: Hi Steve! I havd tried a couple times, without much luck. If you could be so kind as to forward me a copy, I would be happy to tell you that I have done it! *don* U. You realize you posted to the list and not me directly, right? And what is it you have tried? Setting up the ISPF Workstation Agent? Then you should send a note directly to Dave and ask for a copy of his paper. Since it's his, I don't want to distribute this to the list indiscrimantely. On Sat, Apr 9, 2011 at 1:50 AM, Steve Comstockst...@trainersfriend.com wrote: On 4/8/2011 5:43 PM, Dave Salt wrote: In my experience it's usually quite straightforward to set up a workstation connection, especially if you set one up at work (i.e. where the PC and mainframe are both on the same intranet). Even if you don't have a static IP address, the ZIPADDR system variable usually contains the right IP address to connect to. It might be a little more tricky to set up a connection at home (especially if you don't use a VPN), but even then it's usually not that difficult. And, IMO, it's worth spending the time to figure it out. There's a chapter in the SimpList user guide that explains how to set up a workstation connection. I'd be happy to forward that section of the guide to anyone who's interested in learning how to set up a connection. Dave Salt Dave, I'd like a copy of that chapter, to hand out at customer sites when I teach, to help them at least try it out. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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: Cool Things You Can Do in z/OS
Don, Are you looking for chapter 6 of the SimpList user guide that explains how to install and connect to the ISPF workstation agent? If so, please send me an email off-list and I'll be happy to send you a copy. Regards, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Mon, 11 Apr 2011 13:07:02 -0400 From: dej@gmail.com Subject: Re: Cool Things You Can Do in z/OS To: IBM-MAIN@bama.ua.edu Sorry about that...I thought I cleared the To list, but...mea culpa! *don* On Mon, Apr 11, 2011 at 12:16 PM, Steve Comstock st...@trainersfriend.comwrote: On 4/11/2011 10:08 AM, Donald Johnson wrote: Hi Steve! I havd tried a couple times, without much luck. If you could be so kind as to forward me a copy, I would be happy to tell you that I have done it! *don* U. You realize you posted to the list and not me directly, right? And what is it you have tried? Setting up the ISPF Workstation Agent? Then you should send a note directly to Dave and ask for a copy of his paper. Since it's his, I don't want to distribute this to the list indiscrimantely. On Sat, Apr 9, 2011 at 1:50 AM, Steve Comstockst...@trainersfriend.com wrote: On 4/8/2011 5:43 PM, Dave Salt wrote: In my experience it's usually quite straightforward to set up a workstation connection, especially if you set one up at work (i.e. where the PC and mainframe are both on the same intranet). Even if you don't have a static IP address, the ZIPADDR system variable usually contains the right IP address to connect to. It might be a little more tricky to set up a connection at home (especially if you don't use a VPN), but even then it's usually not that difficult. And, IMO, it's worth spending the time to figure it out. There's a chapter in the SimpList user guide that explains how to set up a workstation connection. I'd be happy to forward that section of the guide to anyone who's interested in learning how to set up a connection. Dave Salt Dave, I'd like a copy of that chapter, to hand out at customer sites when I teach, to help them at least try it out. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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
Fwd: MFNetDIsk and living in Ashdod
-- Forwarded message -- From: shai hess shai.h...@gmail.com Date: Mon, Apr 11, 2011 at 9:42 AM Subject: Re: MFNetDIsk and living in Ashdod To: rpin...@netscape.com HI Richard, Very important to me to say that we feel secure to live in Ashdod, Israel. That was spontaneous reaction. After I sent my reaction I felt that maybe it was a mistake. I did not sleep good at this night so I complain to IBM_MAIN the only forum which I am really active. Anyway, today there is some ceasefire which will last for some time and then another rockets expected to fire to the cities of Israel randomly and in any place in the cities of south of Israel and in Ashdod as it is located in west south of Israel near Gaza (about 25km). The good news is that Israel developed good anti rockets devices which worked very good. In the last few days Israel try it and it works excellent. Its name is IRON DOME and it runs with Linux OS according to what I read in the newspaper. So we feel a little more secure then before. Beside the west south all the area of Israel are quiet and secure. That is my selection to live in Asdod so I can not complain about my selection, I am also American citizen but I prefer to live near my family and in my birth country, Israel. I have very good life here in Israel. I enjoy my life here very much thanks to God. Ashdod is very beautiful city with beautiful beaches and sea and excellent food. If anybody want to come to visit Israel, come to Ashdod and drink beer with me near the sea. I hope one day that all the people will have peace in our world. About MFNetDisk, I do not know about any new bugs currently in my code for now but I expect to have some. About my security and MFNetDisk support, the chance to die from car accident is much higher compare to die from rocket, at least for now. And do not forget that I pray everyday, so my chances are really very low :-). Thanks, Shai On Mon, Apr 11, 2011 at 6:55 AM, Richard Pinion rpin...@netscape.comwrote: I cannot imagine the dangers you live under in Israel. Richard, Vickie, and Randy Pinion --- shai.h...@gmail.com wrote: From: shai hess shai.h...@gmail.com To: IBM-MAIN@bama.ua.edu Subject: MFNetDIsk and living in Ashdod Date: Fri, 8 Apr 2011 21:02:35 -0700 HI, Tonight we have another sirens in Ashdod, Israel. That is another time of waking in the middle of the night wait 30-60 seconds, hearing the rocket bomb and going back to sleep. Tonight the surprise come in 3am. and after another few minutes another rocket hit Ashdod. So, we are now do not feel any fear. This is our normal life. So just respect the night when you can sleep without interrupting your sleep. It seem boring to me that most of the people around the world can go to sleep without expecting any bad surprise in their sleep. Tomorrow I will be a little tire to work with MFNetDisk, So forgive me if I will not fix some bugs needed to be fixed. Good night to everyone in this world. Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Management Facility
Mike, What's going on here is that the library SYS1.SEAGALT (REXX Alternate Support Library) is missing from your linklist concatenation. Update that and the compiled REXX execs that live in SYS1.SAXREXEC can be used. z/OSMF needs these for the incident log task. /Brad -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Wojtukiewicz Sent: Monday, April 11, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Management Facility Has ANYONE out there besides IBM personnel gotten this beast to work? I have tried THREE times from scratch and every time I fail at a different spot. There seems to be too many working parts to get this thing going and I honestly don't see how this is going to make mainframes easier to use if it is so hard to install (and it uses ALOT of resources) My current problemCEZ05006E System REXX is not configured to support compiled REXX execs. Funny, when I do a F AXR,SYSREXX,STATUS it answers me back okay -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 e-mail and any attachments may contain CONFIDENTIAL information, including PROTECTED HEALTH INFORMATION. If you are not the intended recipient, any use or disclosure of this information is STRICTLY PROHIBITED; you are requested to delete this e-mail and any attachments, notify the sender immediately, and notify the LabCorp Privacy Officer at privacyoffi...@labcorp.com or call (877) 23-HIPAA / (877) 234-4722. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Some basic sorts explained
Elardus Engelbrecht on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/11/2011 09:52:11 AM: Nice music too. Wonder what DFSORT ... people would say while dancing? To paraphrase Fred Astaire: I will sort, but I won't dance - don't ask me. :-) Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE apply RSU with SMPE changes
Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE--DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH'/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH'/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH '/usr/lpp/Printsrv/samples/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPUSEN SAOPUSEN PATH'/usr/lpp/Printsrv/C/IBM/' PATHHFS OMVS.SYSE18.ROOT SMPCNTLSYSIO TEC1008.APPCHK.JOB47827.D101.?NEW SMPCSI PERM SMPE.BIN8.GLOBAL.CSI SMP800 SHR SMPJHOME SMPJHOME PATH'/smpejava/J1.4/' PATHHFS OMVS.SYSE18.JV390 SMPLOG SMPLOGSYSIO TEC1008.APPCHK.JOB47827.D103.?MOD SMPLOGA SMPLOGA SYSIO TEC1008.APPCHK.JOB47827.D105.?MOD SMPLTS SMPLTSPERM SMPE.BIN8.MVST100.SMPLTS SMP800 3390 SHR SMPMTS SMPMTSPERM SMPE.BIN8.MVST100.SMPMTS SMP800 3390 SHR SMPOUT SMPOUTSYSIO TEC1008.APPCHK.JOB47827.D102.?MOD SMPPARM SMPPARM NODDF SMPPTS SMPPTSPERM SMPE.BIN8.SMPPTS SMP800 3390 SHR SMPRPT SMPRPTSYSIO TEC1008.APPCHK.JOB47827.D104.?MOD SMPSCDS SMPSCDS PERM SMPE.BIN8.MVST100.SMPSCDSSMP800 3390 SHR SMPSTS SMPSTSPERM SMPE.BIN8.MVST100.SMPSTS SMP800 3390 SHR SMPWKDIR SMPWKDIR NODDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMPE apply RSU with SMPE changes
Your report appears typical. Are you questioning the absence of a VOLSER for PATH/PATHHFS in the report or something else? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE apply RSU with SMPE changes Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE--DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH'/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH'/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH '/usr/lpp/Printsrv/samples/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPUSEN SAOPUSEN PATH'/usr/lpp/Printsrv/C/IBM/' PATHHFS OMVS.SYSE18.ROOT SMPCNTLSYSIO TEC1008.APPCHK.JOB47827.D101.?NEW SMPCSI PERM SMPE.BIN8.GLOBAL.CSI SMP800 SHR SMPJHOME SMPJHOME PATH'/smpejava/J1.4/' PATHHFS OMVS.SYSE18.JV390 SMPLOG SMPLOGSYSIO TEC1008.APPCHK.JOB47827.D103.?MOD SMPLOGA SMPLOGA SYSIO TEC1008.APPCHK.JOB47827.D105.?MOD SMPLTS SMPLTSPERM SMPE.BIN8.MVST100.SMPLTS SMP800 3390 SHR SMPMTS SMPMTSPERM SMPE.BIN8.MVST100.SMPMTS SMP800 3390 SHR SMPOUT SMPOUTSYSIO TEC1008.APPCHK.JOB47827.D102.?MOD SMPPARM SMPPARM NODDF SMPPTS SMPPTSPERM SMPE.BIN8.SMPPTS SMP800 3390 SHR SMPRPT SMPRPTSYSIO TEC1008.APPCHK.JOB47827.D104.?MOD SMPSCDS SMPSCDS PERM SMPE.BIN8.MVST100.SMPSCDSSMP800 3390 SHR SMPSTS SMPSTSPERM SMPE.BIN8.MVST100.SMPSTS SMP800 3390 SHR SMPWKDIR SMPWKDIR NODDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMPE apply RSU with SMPE changes
Make a clone of your root and other target Unix System files and mount at /Service. Update DDDEFs accordingly. It is not a good idea to point SMP/E at operational running files. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Monday, April 11, 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE apply RSU with SMPE changes Your report appears typical. Are you questioning the absence of a VOLSER for PATH/PATHHFS in the report or something else? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE apply RSU with SMPE changes Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE--DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH'/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH'/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH '/usr/lpp/Printsrv/samples/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPUSEN SAOPUSEN PATH'/usr/lpp/Printsrv/C/IBM/' PATHHFS OMVS.SYSE18.ROOT SMPCNTLSYSIO TEC1008.APPCHK.JOB47827.D101.?NEW SMPCSI PERM SMPE.BIN8.GLOBAL.CSI SMP800 SHR SMPJHOME SMPJHOME PATH'/smpejava/J1.4/' PATHHFS OMVS.SYSE18.JV390 SMPLOG SMPLOGSYSIO TEC1008.APPCHK.JOB47827.D103.?MOD SMPLOGA SMPLOGA SYSIO TEC1008.APPCHK.JOB47827.D105.?MOD SMPLTS SMPLTSPERM SMPE.BIN8.MVST100.SMPLTS SMP800 3390 SHR SMPMTS SMPMTSPERM SMPE.BIN8.MVST100.SMPMTS SMP800 3390 SHR SMPOUT SMPOUTSYSIO TEC1008.APPCHK.JOB47827.D102.?MOD SMPPARM SMPPARM NODDF SMPPTS SMPPTSPERM SMPE.BIN8.SMPPTS SMP800 3390 SHR SMPRPT SMPRPTSYSIO TEC1008.APPCHK.JOB47827.D104.?MOD SMPSCDS SMPSCDS PERM SMPE.BIN8.MVST100.SMPSCDSSMP800 3390 SHR SMPSTS SMPSTSPERM SMPE.BIN8.MVST100.SMPSTS SMP800 3390 SHR SMPWKDIR SMPWKDIR NODDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: SMPE apply RSU with SMPE changes
Hello, When I did the apply check, I got the file allocation report, which talks about the changes going to apply on these particular dataset. My root file system is OMVS.SYSE18.ROOT, which is going to modify as per the report. I am using this root file system . So I want to the process to apply changes on this . Do I have to create the service directory and copy all these over there and apply changes there or any other process I can use it . Regards Saurabh Khandelwal On 4/12/2011 12:24 AM, Neubert, Kevin wrote: Your report appears typical. Are you questioning the absence of a VOLSER for PATH/PATHHFS in the report or something else? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE apply RSU with SMPE changes Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE--DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH'/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH'/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH '/usr/lpp/Printsrv/samples/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPUSEN SAOPUSEN PATH'/usr/lpp/Printsrv/C/IBM/' PATHHFS OMVS.SYSE18.ROOT SMPCNTLSYSIO TEC1008.APPCHK.JOB47827.D101.?NEW SMPCSI PERM SMPE.BIN8.GLOBAL.CSI SMP800 SHR SMPJHOME SMPJHOME PATH'/smpejava/J1.4/' PATHHFS OMVS.SYSE18.JV390 SMPLOG SMPLOGSYSIO TEC1008.APPCHK.JOB47827.D103.?MOD SMPLOGA SMPLOGA SYSIO TEC1008.APPCHK.JOB47827.D105.?MOD SMPLTS SMPLTSPERM SMPE.BIN8.MVST100.SMPLTS SMP800 3390 SHR SMPMTS SMPMTSPERM SMPE.BIN8.MVST100.SMPMTS SMP800 3390 SHR SMPOUT SMPOUTSYSIO TEC1008.APPCHK.JOB47827.D102.?MOD SMPPARM SMPPARM NODDF SMPPTS SMPPTSPERM SMPE.BIN8.SMPPTS SMP800 3390 SHR SMPRPT SMPRPTSYSIO TEC1008.APPCHK.JOB47827.D104.?MOD SMPSCDS SMPSCDS PERM SMPE.BIN8.MVST100.SMPSCDSSMP800 3390 SHR SMPSTS SMPSTSPERM SMPE.BIN8.MVST100.SMPSTS SMP800 3390 SHR SMPWKDIR SMPWKDIR NODDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send
Re: DATACLASS
Q1 - The third value in the subparameter (the third 10) is the amount of space reserved for the directory. Since only partitioned datasets have directories, the system knows the DSORG is PO. When the third parameter is omitted, the system DOES KNOW the dataset is not partitioned. But, as explained previously, there are many DSORGs that are not partitioned. The system does not know if the DSORG should be PS, VS, IS, DA, or any others I may have overlooked. Q2 - I don't know why your SELECT statement does not produce the expected result. If DSORG is PS or DSORG is null, each logical expression in the WHEN keyword should be true so the SET should execute. My only rationale for changing it to a series of IF statements was to provide a location for the diagnostic WRITE statements. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ibmnew Sent: Sunday, April 10, 2011 8:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATACLASS Dear Schwarz snip Q1.Why can SPACE=(4096,(10,10,10)) statement tell system that the allocated dataset is a PDS but SPACE=(4096,(10,10)) cann't do it Q2 What's wrong of the ACS routing below: SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: SMPE apply RSU with SMPE changes
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 12:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE apply RSU with SMPE changes Hello, When I did the apply check, I got the file allocation report, which talks about the changes going to apply on these particular dataset. My root file system is OMVS.SYSE18.ROOT, which is going to modify as per the report. I am using this root file system . So I want to the process to apply changes on this . Do I have to create the service directory and copy all these over there and apply changes there or any other process I can use it . YES. I really suggest you be very careful and give the ABCs of systems programming Redbooks a through look. The water gets deep fast. Regards Saurabh Khandelwal On 4/12/2011 12:24 AM, Neubert, Kevin wrote: Your report appears typical. Are you questioning the absence of a VOLSER for PATH/PATHHFS in the report or something else? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE apply RSU with SMPE changes Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE--DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH'/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH'/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH '/usr/lpp/Printsrv/samples/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPUSEN SAOPUSEN PATH'/usr/lpp/Printsrv/C/IBM/' PATHHFS OMVS.SYSE18.ROOT SMPCNTLSYSIO TEC1008.APPCHK.JOB47827.D101.?NEW SMPCSI PERM SMPE.BIN8.GLOBAL.CSI SMP800 SHR SMPJHOME SMPJHOME PATH'/smpejava/J1.4/' PATHHFS OMVS.SYSE18.JV390 SMPLOG SMPLOGSYSIO TEC1008.APPCHK.JOB47827.D103.?MOD SMPLOGA SMPLOGA SYSIO TEC1008.APPCHK.JOB47827.D105.?MOD SMPLTS SMPLTSPERM SMPE.BIN8.MVST100.SMPLTS SMP800 3390 SHR SMPMTS SMPMTSPERM SMPE.BIN8.MVST100.SMPMTS SMP800 3390 SHR SMPOUT SMPOUTSYSIO TEC1008.APPCHK.JOB47827.D102.?MOD SMPPARM SMPPARM NODDF SMPPTS SMPPTSPERM SMPE.BIN8.SMPPTS
Re: SMPE apply RSU with SMPE changes
In my opinion, and I think IBM's as well, you should __NEVER__ apply maintenance into running libraries unless you are certain that you know exactly what you are doing. Why? Because sometimes some APAR will hit multiple modules which reside in different libraries in such a way that you will get a mismatch which could cause a system outage. I know. I've done it. I always copy my running environment to a new set of volumes, apply maintenance to those volumes, then IPL from those volumes. Otherwise, you are at risk of an outage. This, to me, is a major problem with z/OS. With Linux, I can apply maintenance to my running system and have never had an outage yet. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE apply RSU with SMPE changes Hello, When I did the apply check, I got the file allocation report, which talks about the changes going to apply on these particular dataset. My root file system is OMVS.SYSE18.ROOT, which is going to modify as per the report. I am using this root file system . So I want to the process to apply changes on this . Do I have to create the service directory and copy all these over there and apply changes there or any other process I can use it . Regards Saurabh Khandelwal On 4/12/2011 12:24 AM, Neubert, Kevin wrote: Your report appears typical. Are you questioning the absence of a VOLSER for PATH/PATHHFS in the report or something else? Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of SAURABH KHANDELWAL Sent: Monday, April 11, 2011 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: SMPE apply RSU with SMPE changes Hello, I am applying RSU on my z/OS system and I have completed the apply check steps, in file allocation table SMPE is gonig to apply changes in root file system also. But as of now my system is running with this file system. There is no volser defined against the root file system in file allocation report. Can you please suggest me , what approach I should follow before applying RSU to make sure, everything will work in root file system after that. SMP APPLYCHECK FILE ALLOCATION REPORT ZONEDDNAME DDDEFNAM SMPDDNAM TYPE --DATA SET OR PATH-- VOLSER UNIT STATUS LINKLIB LINKLIB PERM SYS1.LINKLIB IPE801 3390 SHR LPALIB LPALIBPERM SYS1.LPALIB IPE801 3390 SHR MVST100PERM SMPE.BIN8.MVS.TARGET.CSI SMP800 SHR SAOPBIN SAOPBIN PATH '/usr/lpp/Printsrv/bin/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICHE SAOPICHE PATH '/usr/lpp/Printsrv/InfoprintCentral/help/En_ US/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXE SAOPICXE PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/En_U S/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXJ SAOPICXJ PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/Ja_J P/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPICXM SAOPICXM PATH '/usr/lpp/Printsrv/InfoprintCentral/xml/IBM/ ' PATHHFS OMVS.SYSE18.ROOT SAOPLIB SAOPLIB PATH '/usr/lpp/Printsrv/lib/IBM/' PATHHFS OMVS.SYSE18.ROOT SAOPPENU SAOPPENU PERM AOP.SAOPPENU IPE801 3390 SHR SAOPSAM1 SAOPSAM1 PATH
Re: SMPE apply RSU with SMPE changes
SAURABH KHANDELWAL wrote: Hello, When I did the apply check, I got the file allocation report, which talks about the changes going to apply on these particular dataset. My root file system is OMVS.SYSE18.ROOT, which is going to modify as per the report. I am using this root file system . So I want to the process to apply changes on this . Actually...as at least one other person has said, you probably do *not* want to apply changes to the one you are running from. It is quite reasonable to think you want that, but we currently do not support the installation of service on the copy being used by a running system. The probability of disaster increases dramatically with the number of PTFs being installed...and an RSU will probably pull in a lot of them. Do I have to create the service directory and copy all these over there and apply changes there or any other process I can use it . snip There is a cloning procedure described in the z/OS Planning for Installation book, with DFSMSdss-based samples in SAMPLIB. You will have to modify it for your system (and you will have to translate if you use FDR or something else in place of DFSMSdss). After you make a clone, update the DDDEFs to point to the clone, and mount the cloned filesystem on the appropriate service mount point, you can apply the service. Make sure you understand how to get the DDDEFs to point to the right data sets and the right file system. Then, after the service has been installed, IPL from the clone. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATACLASS
Q2 What's wrong of the ACS routing below: SELECT WHEN ((DSN = ABSPPS) AND (DSORG NE 'PO') AND (DSORG NE 'VS') AND (DSORG NE 'IS') AND (DSORG NE 'DA')) SET DATACLAS = 'DCPS' /// In the stub you gave above, I don't see an exit statement which means your allocation could fall into a later code segment and have the DATACLAS value re-assigned. Unless you've got a very good reason not to, I'd recommend you Always pair your SET statements with a WRITE and EXIT statement. I know I've said this before, but here goes again - use WRITE statements to help in your Debug process - DO SET DATACLAS = 'DCPS' WRITE 'DCD0300' DSN ' ' PGM ' ' DSORG ' ' DATACLAS EXIT END The DCD0300 merely gives you a unique identifier for your exit point - this will tell you exactly what SMS is seeing at this point. If you decide not to pair the SET statement with an EXIT having a WRITE statement for each SET statement will also show you when you are assigning the DATACLAS more than 1 time. Two pretty simple ROT's that can save you a lot of time pain down the road. my 2 cents worth ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AC(authorization code) value change.
On Mon, 11 Apr 2011 12:25:20 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, For running a stored procedure from the DB2CONNECT, we were getting an error as DSNU003I DSNUTILS - NOT INVOKED APF AUTHORIZED For getting removing this error. The IBM manual has suggested few things like The DSNUTILS or DSNUTILU load module is link edited with AC(1) The DSNUTILS or DSNUTILU load module is in an APF authorized library . All the libraries in STEPLIB JOBLIB are APF authorized The last two Points has been done from our end, but we are unable to perform the first point i.e ... The DSNUTILS or DSNUTILU load module is link edited with AC(1) The only DSNUT* module that I have linked AC=1 is DSNUTILB - and we run utilities in a WLM address space (a different one than the one that typically includes RUNLIB.LOAD). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC(authorization code) value change.
These are the most common APF issues I have seen over the years. 1) loosing APF Probably getting knocked out of authorization. If any library in a JOBLIB or STEPLIB is not APF, then the whole list is marked as not apf so it then doesn't matter whether you think you have an authorized library or not. 2) someone moved it or volser is wrong Even if the library is in the APF list.. check the volsers to be sure. 3) if TSO was involved, then not having the command authorized IKJTSOxx Usually # 1 or combination of # 1 and # 2. Rob Schramm On Mon, Apr 11, 2011 at 4:20 PM, Paul Peplinski paul.peplin...@wpsic.comwrote: On Mon, 11 Apr 2011 12:25:20 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, For running a stored procedure from the DB2CONNECT, we were getting an error as DSNU003I DSNUTILS - NOT INVOKED APF AUTHORIZED For getting removing this error. The IBM manual has suggested few things like The DSNUTILS or DSNUTILU load module is link edited with AC(1) The DSNUTILS or DSNUTILU load module is in an APF authorized library . All the libraries in STEPLIB JOBLIB are APF authorized The last two Points has been done from our end, but we are unable to perform the first point i.e ... The DSNUTILS or DSNUTILU load module is link edited with AC(1) The only DSNUT* module that I have linked AC=1 is DSNUTILB - and we run utilities in a WLM address space (a different one than the one that typically includes RUNLIB.LOAD). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rob Schramm Senior Systems Engineer w: 513.305.6224 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC (authorization code) change
Why do you think you cannot relink these modules with AC(1)? The binder accepts its outputs, load modules or program objects, as inputs. The operation is trivial. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
What OS Level was IFAPRD Introduced
Anyone have the answer to the above subject...we're thinking MVS/ESA 4.3 but cannot confirm... TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identifying Latest zOS Fixes
EXCELLENT point. Frequency of patches, per se, proves nothing. Can be bad design: Windows was designed without a security system. (Well, certainly very little). So was Linux. So was MVS. Remember the first RACF and why CA had such an easy time selling CA-1? Can be sign of Kaizen constant incremental improvement. Being the cynic that I am, I wonder about the reason behind this. Perhaps it is to prove that z/OS is actually more likely to contain programming errors and so be open to cracking and thuse less secure than some other beloved OS? After all, Windows doesn't have the hundreds (if not thousands) of patches that z/OS gets regularly. Therefore, z/OS is more poorly designed and implemented - QED, no brainer. Same applies, BTW, to Linux. Linux gets updated more regularly than Windows. Therefore Linux is more poorly designed because they are constantly __BEING FORCED__ (as many managers would see) to improve it. The if it ain't broke, don't fix it misapplied to imply if it's being modified, it must be broke. -- John McKown Systems Engineer IV -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Identifying Latest zOS Fixes
Most of your Micro$oft and Linux errors are due to the C language defining an end of string as x'00', and the programmer forgetting to check the lenght of the input against the buffer. The the hacker sends a malformed string to that function and overlays the program code and takes control. On Mon, Apr 11, 2011 at 4:06 PM, John Mattson john_matt...@ea.epson.com wrote: EXCELLENT point. Frequency of patches, per se, proves nothing. Can be bad design: Windows was designed without a security system. (Well, certainly very little). So was Linux. So was MVS. Remember the first RACF and why CA had such an easy time selling CA-1? Can be sign of Kaizen constant incremental improvement. Being the cynic that I am, I wonder about the reason behind this. Perhaps it is to prove that z/OS is actually more likely to contain programming errors and so be open to cracking and thuse less secure than some other beloved OS? After all, Windows doesn't have the hundreds (if not thousands) of patches that z/OS gets regularly. Therefore, z/OS is more poorly designed and implemented - QED, no brainer. Same applies, BTW, to Linux. Linux gets updated more regularly than Windows. Therefore Linux is more poorly designed because they are constantly __BEING FORCED__ (as many managers would see) to improve it. The if it ain't broke, don't fix it misapplied to imply if it's being modified, it must be broke. -- John McKown Systems Engineer IV -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What OS Level was IFAPRD Introduced
Patrick, I believe it was new with OS/390 V1R1 (see page xxxv of http://publibz.boulder.ibm.com/cgi-bin/bookmgr/download/IEA1E242.pdf) This makes sense to me because OS/390 was a repackaging of MVS that included basic elements and optional features in a single monolithic delivery. IFAPRDxx was hence needed to activate the optional features. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Patrick Falcone Sent: Monday, April 11, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: What OS Level was IFAPRD Introduced Anyone have the answer to the above subject...we're thinking MVS/ESA 4.3 but cannot confirm... TIA... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Management Facility
I added it and now I'm getting the message in the izusetup.sh -finish log -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Identifying Latest zOS Fixes
mike.a.sch...@gmail.com (Mike Schwab) writes: Most of your Micro$oft and Linux errors are due to the C language defining an end of string as x'00', and the programmer forgetting to check the lenght of the input against the buffer. The the hacker sends a malformed string to that function and overlays the program code and takes control. buffer length related problems dominated through the 90s ... misc past posts http://www.garlic.com/~lynn/subintegrity.html#buffer much of desktop evolved in purely stand-alone enviornment ... with some early (3270) terminal emulation. then was added, private, business, closed, safe, network support ... with lots of applications files that included automated scripted enhancements. At the 1996 MDC (held at Mascone) there were huge number of banners about moving to internet (simple remapping of the networking conventions w/o the corresponding countermeasures involved moving from safe environment to extremely hostile environment; periodic analogy with going out airlock into open space w/o space suit). However, the constant subtheme (at '96 MDC) was protecting your investment ... referring to all the scripting capability. Starting early part of this century, such exploits began to clipse the buffer length problems ... along with the heavy weight security convention of analyze/filtering incoming files against an enormously bloated library of possible exploit signatures old post doing word frequency analysis of CVE bug reports ... and suggesting to mitre that they require a little more formal structure in the reports (at the time, I got pushback that they were lucky to get any reasonable verbage): http://www.garlic.com/~lynn/2004e.html#43 security taxonomy and CVE more recent reference to CVE ... which has since moved to NIST http://www.garlic.com/~lynn/2011d.html#8 Security flaws in software development note that the original mainframe tcp/ip protocol stack had been done in vs/pascal ... and suffered none of the buffer length exploits found in C-language implementations. there were other thruput and pathlength issues with that implementation ... but I did the RFC1044 enhancements for the implementation ... and in some testing at Cray Research ... got sustained channel throughput between Cray and 4341 ... using only modest amount of 4341 processor. misc. past posts mentining RFC1044 support http://www.garlic.com/~lynn/subnetwork.html#1044 -- virtualization experience starting Jan1968, 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: AC (authorization code) change
On Mon, 11 Apr 2011 20:49:44 +, john gilmore wrote: Why do you think you cannot relink these modules with AC(1)? The binder accepts its outputs, load modules or program objects, as inputs. The operation is trivial. ... Unless it was previously linked with the EDIT=NO option. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AC (authorization code) change
I am troubled. I didn't pay much attention to the beginning of the thread, but I would spend more time wondering how a vendor supplied module that isn't AC(1) when it should be (if indeed it should be) than on how to relink it AC(1). If it should have come AC(1) and is now not, how do I know it's even remotely related to the correct vendor module? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, April 11, 2011 4:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: AC (authorization code) change On Mon, 11 Apr 2011 20:49:44 +, john gilmore wrote: Why do you think you cannot relink these modules with AC(1)? The binder accepts its outputs, load modules or program objects, as inputs. The operation is trivial. ... Unless it was previously linked with the EDIT=NO option. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC (authorization code) change
Dave Gibney's anxieties about how a module that should be AC(1) came to be shipped as something else are entirely understandable; but with more experience he will come to be more cynical. Modules designed only for a reentramt environment can lose that attribute; those that should be AC(1) can lose that attributre, etc., etc., ad nauseam. Moreover, the vendor, be it IBM or an ISV, is very often not the culprit. Instead, some apparently innocuous move/copy operation or the like turns out to be. (One can abjure young sysprogs, over and over again, to use only the Binder or, anciently, the Linkage Editor to move program objects/load modules around; but in my experience they dismiss such advice as avuncular nonsense until, finally, they have a really unfortunate experience that drives the lesson home.) Facility in the use of the Binder to change|restore the proper attributes of a program object is a skill that every sysprog should have. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC (authorization code) change
I know perfectly well how to do such a relink. I still would be looking to properly copy the correct IBM or ISV from the correct properly maintained target library rather that relinking on the fly. Unless of course it's o'dark thirty and the system is falling around my ears because of some apparently innocuous blunder. It's been a couple decades since I've had a system in such dire straits. As to cynical, I only need look at some of the recent neophyte questions on these lists to realize just how far some outfits are out on the limb asking with completely unprepared people to safeguard systems presumably important enough to spend what z/OS costs just to run. Of course, this does give me hope I'll find another position when I am forced to leave here after 30+ years when/if they succeed in ERP'ing the mainframe away. Problem is I suffer from jack of all trades syndrome. I rarely have freedom to fully master or complete a given area before the need in another returns to the pushdown stack of things needing done. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of john gilmore Sent: Monday, April 11, 2011 6:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: AC (authorization code) change Dave Gibney's anxieties about how a module that should be AC(1) came to be shipped as something else are entirely understandable; but with more experience he will come to be more cynical. Modules designed only for a reentramt environment can lose that attribute; those that should be AC(1) can lose that attributre, etc., etc., ad nauseam. Moreover, the vendor, be it IBM or an ISV, is very often not the culprit. Instead, some apparently innocuous move/copy operation or the like turns out to be. (One can abjure young sysprogs, over and over again, to use only the Binder or, anciently, the Linkage Editor to move program objects/load modules around; but in my experience they dismiss such advice as avuncular nonsense until, finally, they have a really unfortunate experience that drives the lesson home.) Facility in the use of the Binder to change|restore the proper attributes of a program object is a skill that every sysprog should have. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: TCP/NJE Outgoing Activity and SMF
Does below info help? A.3.8.1 Accounting Records (SMF) System management facilities (SMF) is a function of MVS that allows the collection and recording of various types of system and job-related information. This information is recorded in the form of a number of different records, which are numbered. Installations can process the SMF records with any number of application programs to analyze the data, produce reports, etc.Two SMF records (types 26 and 57) are recorded by JES3 that contain network-related information. The type 26 record is produced at job termination time and contains various job summary information. The type 57 record is produced for each transmitted job (or SYSOUT) after successful transmission and contains summary and resource usage information related to the network processing of the job.There are no records produced in JES3 that record information of a network management nature. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: What OS Level was IFAPRD Introduced
I believe it was new with OS/390 V1R1 (see page xxxv of http:// publibz.boulder.ibm.com/cgi-bin/bookmgr/download/IEA1E242.pdf) This makes sense to me because OS/390 was a repackaging of MVS that included basic elements and optional features in a single monolithic delivery. IFAPRDxx was hence needed to activate the optional features. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Patrick Falcone Sent: Monday, April 11, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: What OS Level was IFAPRD Introduced Anyone have the answer to the above subject...we're thinking MVS/ESA 4.3 but cannot confirm... BROWSESYS1.MACLIB(IFAEDIDF) Command === *01* CHANGE ACTIVITY: * $L0=PRDEDCBG ,HBB6601,950601,PD00XB: Product Enable/Disable * $L1=PRDEDCBG ,HBB6601,950601,PD00XB: Product Enable/Disable HBB6601 was OS/390 V1R1 (back when 'ED' was Enable/Disable, and not something Mike Ditka had to worry about.) Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE apply RSU with SMPE changes
I know number of people have replied to your post however could not hold myself would like to reiterate NEVER apply maintenance to your running system libraries... It's a well defined procedure to clone your sysres,hfs or any other program products packs to new packs and mount the new HFS files under the /service mount point from running system and make sure all DDDEF in smpe are pointing towards new pack datasets ..carefully check against your apply check steps and see which libraries it is pointing.. Indeed it will cause system outage/subsystem failure if you apply on running system .. I would also suggest to cross check your output of jobs by senior peer so that you don't put yourself in trouble later...it's better to get help if not sure than you never get chance again... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: AC(authorization code) value change.
Hi, Is it Possible to re-map it to DSNUTILB ? On Tue, Apr 12, 2011 at 2:18 AM, Rob Schramm rob.schr...@gmail.com wrote: These are the most common APF issues I have seen over the years. 1) loosing APF Probably getting knocked out of authorization. If any library in a JOBLIB or STEPLIB is not APF, then the whole list is marked as not apf so it then doesn't matter whether you think you have an authorized library or not. 2) someone moved it or volser is wrong Even if the library is in the APF list.. check the volsers to be sure. 3) if TSO was involved, then not having the command authorized IKJTSOxx Usually # 1 or combination of # 1 and # 2. Rob Schramm On Mon, Apr 11, 2011 at 4:20 PM, Paul Peplinski paul.peplin...@wpsic.com wrote: On Mon, 11 Apr 2011 12:25:20 +0530, jagadishan perumal jagadish...@gmail.com wrote: Hi, For running a stored procedure from the DB2CONNECT, we were getting an error as DSNU003I DSNUTILS - NOT INVOKED APF AUTHORIZED For getting removing this error. The IBM manual has suggested few things like The DSNUTILS or DSNUTILU load module is link edited with AC(1) The DSNUTILS or DSNUTILU load module is in an APF authorized library . All the libraries in STEPLIB JOBLIB are APF authorized The last two Points has been done from our end, but we are unable to perform the first point i.e ... The DSNUTILS or DSNUTILU load module is link edited with AC(1) The only DSNUT* module that I have linked AC=1 is DSNUTILB - and we run utilities in a WLM address space (a different one than the one that typically includes RUNLIB.LOAD). Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rob Schramm Senior Systems Engineer w: 513.305.6224 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: New job for mainframes: Cloud platform
Well, let's not skew the kiddie's brains too much.. Endian- ness, in the context used in these posts, refers to BYTE order not BIT order. The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. Another wrinkle: In the x86 world (little-endian) Intel names the bits within a byte, from the left, 7,6,5,4,3,2,1,0 whereas in the z.. world (big-endian) IBM names them 0,1,2,3,4,5,6,7. Regardless of the naming scheme used, the rightmost bit in each byte is the least-significant. :-) An x86 code fragment might help to illustrate: .code mov eax,258 ;let's start with 258 KG mov weight,eax .. .. ret .data weight dd 0 ;weight in kilograms After that 2nd mov instruction, while the 32-bit eax register looks like: bits 32,31,..,24 |bits 23,22,..,16 ||bits 15,14,..,8 |||bits 7,6,5,..,0 |||| eax: 0001 0020 ..the four bytes at label weight will look like: weight 0010 0001 |||| |||bits 32,31,..,24 ||bits 23,22,..,16 |bits 15,14,..,8 bits 7,6,5,..,0 So, bit numbering aside, it still looks like a big-endian world once you're inside the processor. Cheers, Graeme At 03:46 PM 11/04/2011, you wrote: Computer networks (including the Internet) are inherently big endian. Little endian CPUs, such as Intel/AMD X86 and X86-64, have to flip the bit order when engaging in network communications. That bit flipping obviously works (and is usually performed by the network driver), but it's not totally free in terms of instructions. ARM and Power CPUs are capable of running in either big endian or little endian mode. When ARM CPUs are deployed primarily for networking-related missions (such as embedded controllers for routers), especially in power-sensitive roles, there's some appeal to running in big endian mode. Hence, Linux (and some other operating systems) are available for ARM's big endian mode. That's the armeb flavor of Linux, specifically. Linux for Power always runs in big endian mode. Itanium is also bi-endian and can run in either mode. VMS, for example, runs on Itanium in little endian mode. I was merely pointing out that there are lots of big endian CPUs that are selling very well and that are running Linux in big endian mode, including System z, Power, and ARM. There's no danger that Linux will somehow forget big endian bit order any more than X86 CPUs will forget how to use the Internet. To pick another example, Solaris is available in both little endian (X86-64) and big endian (SPARC) flavors. Not surprisingly, Java is almost entirely endian-agnostic, but to the extent bit order matters it's big endian. I've known HP in its sales pitches to make a lot of fuss about endianness as reason why it would be oh-so-difficult for an HP-UX customer to move to Linux on X86, or for a Linux X86 customer to move to (or add) Linux on System z, depending on their sales situation. Then hundreds/thousands of HP customers moved without endianness difficulty, and many more will follow. The IT community figured out how to flip bit order a long time ago. Before System/360, even. That's not to say endianness isn't a problem...for HP. If they want to move HP-UX to a little endian CPU, they'll have a lot of investment to do (as Sun did for Solaris X86). For non-OS kernel/non-compiler programmers, which is the vast majority of us, it's not a real-world problem. In fact, endianness is one of the least interesting issues when porting from one CPU to another. For my thoughts on the HP Itanium meltdown, see The Mainframe Blog: http://mainframe.typepad.com/blog/2011/04/hp-itaniums-ignominious-demise.html - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: New job for mainframes: Cloud platform
From: gra...@ase.com.au The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. So the Chief bit is on the left? ;-) Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 12 Apr 2011 14:41:34 +1000 From: gra...@ase.com.au Subject: Re: New job for mainframes: Cloud platform To: IBM-MAIN@bama.ua.edu Well, let's not skew the kiddie's brains too much.. Endian- ness, in the context used in these posts, refers to BYTE order not BIT order. The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. Another wrinkle: In the x86 world (little-endian) Intel names the bits within a byte, from the left, 7,6,5,4,3,2,1,0 whereas in the z.. world (big-endian) IBM names them 0,1,2,3,4,5,6,7. Regardless of the naming scheme used, the rightmost bit in each byte is the least-significant. :-) An x86 code fragment might help to illustrate: .code mov eax,258 ;let's start with 258 KG mov weight,eax .. .. ret .data weight dd 0 ;weight in kilograms After that 2nd mov instruction, while the 32-bit eax register looks like: bits 32,31,..,24 |bits 23,22,..,16 ||bits 15,14,..,8 |||bits 7,6,5,..,0 |||| eax: 0001 0020 ..the four bytes at label weight will look like: weight 0010 0001 |||| |||bits 32,31,..,24 ||bits 23,22,..,16 |bits 15,14,..,8 bits 7,6,5,..,0 So, bit numbering aside, it still looks like a big-endian world once you're inside the processor. Cheers, Graeme At 03:46 PM 11/04/2011, you wrote: Computer networks (including the Internet) are inherently big endian. Little endian CPUs, such as Intel/AMD X86 and X86-64, have to flip the bit order when engaging in network communications. That bit flipping obviously works (and is usually performed by the network driver), but it's not totally free in terms of instructions. ARM and Power CPUs are capable of running in either big endian or little endian mode. When ARM CPUs are deployed primarily for networking-related missions (such as embedded controllers for routers), especially in power-sensitive roles, there's some appeal to running in big endian mode. Hence, Linux (and some other operating systems) are available for ARM's big endian mode. That's the armeb flavor of Linux, specifically. Linux for Power always runs in big endian mode. Itanium is also bi-endian and can run in either mode. VMS, for example, runs on Itanium in little endian mode. I was merely pointing out that there are lots of big endian CPUs that are selling very well and that are running Linux in big endian mode, including System z, Power, and ARM. There's no danger that Linux will somehow forget big endian bit order any more than X86 CPUs will forget how to use the Internet. To pick another example, Solaris is available in both little endian (X86-64) and big endian (SPARC) flavors. Not surprisingly, Java is almost entirely endian-agnostic, but to the extent bit order matters it's big endian. I've known HP in its sales pitches to make a lot of fuss about endianness as reason why it would be oh-so-difficult for an HP-UX customer to move to Linux on X86, or for a Linux X86 customer to move to (or add) Linux on System z, depending on their sales situation. Then hundreds/thousands of HP customers moved without endianness difficulty, and many more will follow. The IT community figured out how to flip bit order a long time ago. Before System/360, even. That's not to say endianness isn't a problem...for HP. If they want to move HP-UX to a little endian CPU, they'll have a lot of investment to do (as Sun did for Solaris X86). For non-OS kernel/non-compiler programmers, which is the vast majority of us, it's not a real-world problem. In fact, endianness is one of the least interesting issues when porting from one CPU to another. For my thoughts on the HP Itanium meltdown, see The Mainframe Blog: http://mainframe.typepad.com/blog/2011/04/hp-itaniums-ignominious-demise.html - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New job for mainframes: Cloud platform
[re-sent to correct my bit numbering from 32,31,.. to 31,30,.. :-( ] Well, let's not skew the kiddie's brains too much.. Endian- ness, in the context used in these posts, refers to BYTE order not BIT order. The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. Another wrinkle: In the x86 world (little-endian) Intel names the bits within a byte, from the left, 7,6,5,4,3,2,1,0 whereas in the z.. world (big-endian) IBM names them 0,1,2,3,4,5,6,7. Regardless of the naming scheme used, the rightmost bit in each byte is the least-significant. :-) An x86 code fragment might help to illustrate: .code mov eax,258 ;let's start with 258 KG mov weight,eax .. .. ret .data weight dd 0 ;weight in kilograms After that 2nd mov instruction, while the 32-bit eax register looks like: bits 31,30,..,24 |bits 23,22,..,16 || bits 15,14,..,8 || |bits 7,6,5,..,0 || || eax: 0001 0020 ..the four bytes at label weight will look like: weight 0010 0001 || || || |bits 31,30,..,24 || bits 23,22,..,16 |bits 15,14,..,8 bits 7,6,5,..,0 So, bit numbering aside, it still looks like a big-endian world once you're inside the processor. Cheers, Graeme At 03:46 PM 11/04/2011, you wrote: Computer networks (including the Internet) are inherently big endian. Little endian CPUs, such as Intel/AMD X86 and X86-64, have to flip the bit order when engaging in network communications. That bit flipping obviously works (and is usually performed by the network driver), but it's not totally free in terms of instructions. ARM and Power CPUs are capable of running in either big endian or little endian mode. When ARM CPUs are deployed primarily for networking-related missions (such as embedded controllers for routers), especially in power-sensitive roles, there's some appeal to running in big endian mode. Hence, Linux (and some other operating systems) are available for ARM's big endian mode. That's the armeb flavor of Linux, specifically. Linux for Power always runs in big endian mode. Itanium is also bi-endian and can run in either mode. VMS, for example, runs on Itanium in little endian mode. I was merely pointing out that there are lots of big endian CPUs that are selling very well and that are running Linux in big endian mode, including System z, Power, and ARM. There's no danger that Linux will somehow forget big endian bit order any more than X86 CPUs will forget how to use the Internet. To pick another example, Solaris is available in both little endian (X86-64) and big endian (SPARC) flavors. Not surprisingly, Java is almost entirely endian-agnostic, but to the extent bit order matters it's big endian. I've known HP in its sales pitches to make a lot of fuss about endianness as reason why it would be oh-so-difficult for an HP-UX customer to move to Linux on X86, or for a Linux X86 customer to move to (or add) Linux on System z, depending on their sales situation. Then hundreds/thousands of HP customers moved without endianness difficulty, and many more will follow. The IT community figured out how to flip bit order a long time ago. Before System/360, even. That's not to say endianness isn't a problem...for HP. If they want to move HP-UX to a little endian CPU, they'll have a lot of investment to do (as Sun did for Solaris X86). For non-OS kernel/non-compiler programmers, which is the vast majority of us, it's not a real-world problem. In fact, endianness is one of the least interesting issues when porting from one CPU to another. For my thoughts on the HP Itanium meltdown, see The Mainframe Blog: http://mainframe.typepad.com/blog/2011/04/hp-itaniums-ignominious-demise.html - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: moving extends for allocated VSAM linear data set
Ravi, thanks for your reply. I was told a Softek product may provide this function as part of data migration support. But no, we just have z/OS and a couple of Redbooks, Whitepapers and the ringing sound of IBM sales representatives that z means zero downtime. Now we have to move the underlying volser of the TCPIP unix file system portion and face a sysplex shutdown! How can be that we have vast problem moving content of some physical storage volume?!?! With AIX no problem, with Linux no problem, with Windows no problem -- comes out of the box, I was doing myself a couple of times, really easy. And the best of breed OS ever in history suffers? We have to buy additional products for a simple task like that? I cannot believe! So, c'mon IBM, which spell do I have to type into my SYSIN card for IDCAMS? Thank you, cheers Michael Ravi Gaur gaur.ravi2...@gmail.com Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 2011-04-11 11:08 Bitte antworten an IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu An IBM-MAIN@bama.ua.edu Kopie Thema Re: moving extends for allocated VSAM linear data set Do you have any third party tool? to do so... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: New job for mainframes: Cloud platform
Dave, Dave,.. :-) So the Chief bit is on the left? ;-) I'll take that as a sign that I've said enough! Graeme At 03:03 PM 12/04/2011, you wrote: From: gra...@ase.com.au The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. So the Chief bit is on the left? ;-) Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 12 Apr 2011 14:41:34 +1000 From: gra...@ase.com.au Subject: Re: New job for mainframes: Cloud platform To: IBM-MAIN@bama.ua.edu Well, let's not skew the kiddie's brains too much.. Endian- ness, in the context used in these posts, refers to BYTE order not BIT order. The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. Another wrinkle: In the x86 world (little-endian) Intel names the bits within a byte, from the left, 7,6,5,4,3,2,1,0 whereas in the z.. world (big-endian) IBM names them 0,1,2,3,4,5,6,7. Regardless of the naming scheme used, the rightmost bit in each byte is the least-significant. :-) An x86 code fragment might help to illustrate: .code mov eax,258 ;let's start with 258 KG mov weight,eax .. .. ret .data weight dd 0 ;weight in kilograms After that 2nd mov instruction, while the 32-bit eax register looks like: bits 32,31,..,24 |bits 23,22,..,16 ||bits 15,14,..,8 |||bits 7,6,5,..,0 |||| eax: 0001 0020 ..the four bytes at label weight will look like: weight 0010 0001 |||| |||bits 32,31,..,24 ||bits 23,22,..,16 |bits 15,14,..,8 bits 7,6,5,..,0 So, bit numbering aside, it still looks like a big-endian world once you're inside the processor. Cheers, Graeme At 03:46 PM 11/04/2011, you wrote: Computer networks (including the Internet) are inherently big endian. Little endian CPUs, such as Intel/AMD X86 and X86-64, have to flip the bit order when engaging in network communications. That bit flipping obviously works (and is usually performed by the network driver), but it's not totally free in terms of instructions. ARM and Power CPUs are capable of running in either big endian or little endian mode. When ARM CPUs are deployed primarily for networking-related missions (such as embedded controllers for routers), especially in power-sensitive roles, there's some appeal to running in big endian mode. Hence, Linux (and some other operating systems) are available for ARM's big endian mode. That's the armeb flavor of Linux, specifically. Linux for Power always runs in big endian mode. Itanium is also bi-endian and can run in either mode. VMS, for example, runs on Itanium in little endian mode. I was merely pointing out that there are lots of big endian CPUs that are selling very well and that are running Linux in big endian mode, including System z, Power, and ARM. There's no danger that Linux will somehow forget big endian bit order any more than X86 CPUs will forget how to use the Internet. To pick another example, Solaris is available in both little endian (X86-64) and big endian (SPARC) flavors. Not surprisingly, Java is almost entirely endian-agnostic, but to the extent bit order matters it's big endian. I've known HP in its sales pitches to make a lot of fuss about endianness as reason why it would be oh-so-difficult for an HP-UX customer to move to Linux on X86, or for a Linux X86 customer to move to (or add) Linux on System z, depending on their sales situation. Then hundreds/thousands of HP customers moved without endianness difficulty, and many more will follow. The IT community figured out how to flip bit order a long time ago. Before System/360, even. That's not to say endianness isn't a problem...for HP. If they want to move HP-UX to a little endian CPU, they'll have a lot of investment to do (as Sun did for Solaris X86). For non-OS kernel/non-compiler programmers, which is the vast majority of us, it's not a real-world problem. In fact, endianness is one of the least interesting issues when porting from one CPU to another. For my thoughts on the HP Itanium meltdown, see The Mainframe Blog: http://mainframe.typepad.com/blog/2011/04/hp-itaniums-ignominious -demise.html - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu
Re: SMPE apply RSU with SMPE changes
to have anwer for manual z/OS planning and installation manual Appendix D : Making a copy of your software system(cloning) and z/OS Unix system services planning guide having index of Installing services in to HFS should help here.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
