SHOWZOS 720 and z/OS 1.12
Has anyone else seen the following when trying to check the LE options? This is V720 on z/OS 1.12. LE run-time options CEEPRM (CEEDOPT) CEEOCB Version not valid: 0015 LE run-time options CEEPRM (CEECOPT) CEEOCB Version not valid: 0015 etc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
STCKF availability
Does anyone know which machine the STCKF instruction became available on?. It is NOT available on the z800 and z900, and is available on z9 and above, so is it available on z890 and z990? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
UCAT allocation to CATALOG task
Does anyone on the list remember advice that a change occurred with z/OS 1.11 that might result in UCATs being allocated to the CATALOG task under z/OS 1.11 early on in IPL, when this almost certainly as not happening under z/OS 1.10? We have been upgrading a 3-LPAR non-SYSPLEX system from z/OS 1.10 to 1.11, and didn't have any problems with the first two, but in the last one ended up in a VARY OFFLINE PENDING situation when a volume was varied offline. The system is not a sysplex but does share several volumes across the LPARS. A F CATALOG,UNALLOCATE(catname) command did unallocate the catalog and the allocation against the volume that we wanted t take offline. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF EXITS in effect - which are they?
Does anyone know a way to determine exactly which exits SMF is taking? D SMF,O shows which exits are supposed to be being taken, but we have a disagreement as to what happens when there is a SYS list, and a SUBSYS TSO list that is different. My reading of the manual is that whatever is in SYS is in effect unless changed by a SUBSYS override. The alternative view is that as soon as you specify SUBSYS TSO you override all the SYS settings and only what is listed takes effect - plus the internal defaults. The answer to this can't be determined from D SMF,O as it only lists the input, not the resulting set up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ALPHACON Macro for EZYTRIEVE
Has anyone on the list heard of a macro called ALPHACON? It is apparently something that can be used either with EZYTRIEVE itself or with the IBM replacement for EZYTRIEVE. It is to convert a character representation of a number into a numeric version so that it can be used for calculations. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LINKLIST and PDSEs that expand
Readers of this list will be well aware that if a PDS is allowed to take extents, and does, modules in the additional area may not be able to be fetched because the DEB chain hasn't been updated. Is the same true of a PDSE? The method of fetching a module is different from a PDSE so this problem may not exist. I am not advocating that PDSE data sets in the LINKLIST be allocated with the ability to take extents as a matter of course, I am just seeking advice as to whether anyone has had this situtation, and what happened. If it is no longer a problem, it may provide a way out of certain problems from time to time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PLPA Data set size
Is it still preceived wisdom that the size of the PLPA data set should be minimal so that the LPA flows over to the COMMON data set? If so, what was/is the reason for that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New zEnterprise 196 Hardware
I heard an informal comment that the zEnterprise was going to be the most significant announcement since the 360. Wasn't the highest model in the 360/370 range the 195? Maybe z196 is a logical continuation of that? Anyway of the 1 means first, does that mean the next model will be a z296, or will it have more cores so have to use Hex numbers as someone has suggested so that it can be the z2xx. Enough! Time to go back to work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: searchdatacenter.com article
Stephen Mednick wrote: I was taken back today with this article that appeared: An http://searchdatacenter.techtarget.com/tip/0,289483,sid80_gci1515891,00.htm l?track=NL-576ad=772576asrc=EM_NLN_11912703uid=628605 introduction to mainframe backup utilities Could someone please tell me if this guy is for real! Reminds me of the time 30/40? years ago when we had 7trk tape drives without proper CRC checks even so we couldn't be sure that the write to tape had worked. Also reminds me of those guys who write books on business management principles, make money off the books then write a second edition changing what they said the first time, and so on. Must be a good way to make money if you are able to. regards, Anthony Fletcher -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to find the OMVS UID in use
I have a problem on a system (ACF2 based) where some users are unable to use the OMVS command, for example, properly from TSO. The message indicates that the MAXPROCUSER number is too low but this should not be the case. What I want to know is which UID this user is running with. If there an easy way to find the UID that a user ends up with when logged on. I can easily find the PID, but that doesn't help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COUPLE DATA SET TIME STAMPS
We have a system that we have been running on its own machine with the clock set to the local time (not GMT and before GMT). We need to move to a machine that is running in GMT mode with an appropriate offset. All that is easy. However when we tried to test this we ran into a problem with the XCF data set's time stamp because it is apparently using the H/W clock rather than an offset and by switching the H/W to GMT the apparent machine time is going backward. OK, so that is easy to fix by making a new empty XCF CDS set since we will restart the whole SYSPLEX. We also have LOGR and WLM CDS data sets, and making new versions of these is not so easy. Can anyone reliably advise whether the LOGR and WLM data sets have the same sort of time checks as the XCF ones do, or can we expect them to happily accommodate the clock going backwards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Anthony Fletcher/New Zealand/IBM is out of the office. (returning 08/01/2010)
I am out of the office until 08/01/2010. I will intermittently have access to Email which is preferable. I may be able to answer my Mobile 021 464 864 if the matter is urgent. For technical assistance with AirNZ or Telstraclear contact Tony Brown. For technical assistance with Westpac NZ or NWM contact Richard Crook or David Welch. For anything administrative contact Justine Grose. Note: This is an automated response to your message Re: useless message at IPL sent on 6/1/10 10:26:06. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LLA and FREEZE status
Is there any way of finding out whether LLA was started in FREEZE mode? If the intent is to use FREEZE mode, specifications can be put in a PARMLIB member , eg as CSVLLATT, then if the command START LLA,LLA=TT is issued (ie without the SUB=MSTR), the system automatically reissues the command as START LLA,SUB=MSTR, but doesn't add the LLA=TT. That means that LLA starts but it will not be using the CSVLLATT member, and will not be using FREEZE. Is there a way to display the actual LLA status? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Blast From The Past - UCB VSCR
Andrew Metcalfe wrote: I realise that this subject is old, old, old but we have never had a requirement to move UCBs above 16M as we have been happily running with a private region of 8M and have not seen any CSA (below) issues. We are now looking at a strategy of consolidating workloads on fewer z/OS systems and hence expect to see an increase in both CSA usage and SQA as more devices are defined to each system. I have seen the Redbook (SG24-4584 from 1995!) which gives some information, but I can't see anything from recent times. Can anyone please point me at some recent conventional wisdom, or is moving UCBs above a non-event? There is a product called MDRS that can not handle 'above the line UCBs'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Application Performance Analyzer and ADABAS
Anyone out there using IBM's Application Performance Analyzer (APA) with ADABAS/NATURAL applications? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Anthony Fletcher/New Zealand/IBM is out of the office. (returning 28/11/2009)
I am out of the office until 28/11/2009. I will intermittently have access to Email which is preferable. I may be able to answer my Mobile 021 464 864 if the matter is urgent. For technical assistance with AirNZ or Telstraclear contact Tony Brown. For technical assistance with Westpac NZ or NWM contact Richard Crook. For anything administrative contact Justine Grose. Note: This is an automated response to your message Antwort: compare HFS sent on 27/11/09 0:32:04. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPLINK invocation by IKJEFTSR
I have an authorised program from which I wish to use ISPF services. IKJEFTSR will be ued to invoke ISPLINK, and to pass the data to ISPLINK parameter 7 has to be used, but I can't see how to code it. Does anyone know of a program out there that does this that I could look at? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DWDM and IPL question
At one stage we had the following scenario (simplified) Device 1 2105-F20 - Escon CHPID 01 - Address Range 1000 Device 2 2105-F20 - Escon CHPID 02 - Address Range 2000 Both were connected to a processor with one difference, device 2 was connected through a DWDM link. The two devices were decommissioned and in the course of that the CHPIDs were configed off at the processor, but the cables were left plugged in. We then had an unplanned POR. At IPL we had timeout errors on CHPID 02 then messages requiring confirmation that the IPL should continue without the devices, one by one in Address range 2000. We had no such messages in relation to CHPID 01 and Address Range 1000. This appears to indicate that even though there is nothing attached on the DWDM link some status is being returned that is different. Has anyone had this experience, and what is that status that is coming back? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Test Posting, please ignore
Test only -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HSM AUTH DATABASEAUTHORITY
Thank you, the AUTH userid REVOKE was indeed actioned even though the message says IS NOT CHANGED regards, Anthony Fletcher - MNZCS Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Global Technology Services Server Systems Operations Server Management Mainframe Global Services Delivery Australia and New Zealand NZ z/OS Software Program Manager z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.com The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM AUTH DATABASEAUTHORITY
Does anyone know whether there is a way to delete old HSM AUTH records from the HSM data sets. Removing the AUTH userid DBA(CONTROL) command from ARCCMDxx stops them being added, but they are still saved somewhere until deleted with the AUTH userid REVOKE command. Since HSM started using RACF facility resources, any use of the AUTH command results in message ARC0180I user AUTHORIZATION IS NOT CHANGED. This means if the HLIST USER command is issued, a list of userids is returned that is not the effective list. The list is preceeded by the message ARC1700I DFSMSHSM COMMANDS ARE RACF PROTECTED but it is not clear that the list provided is ineffective. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IBM Red Alert, July 02, 2009
APAR OA28473 had a PTF for z/OS 1.10 (UA47631) as well as the PTFs for z/OS 1.9 and 1.8. UA47631 is not marked PE. This may be valid because the z/OS 1.10 code would have to have additional processing for EAV - but what if it should have been marked PE as well? Has anyone asked IBM to confirm that this is not an oversight and that UA47631 is not PE as well? Anthony Fletcher -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Anthony Fletcher/New Zealand/IBM is out of the office. (returning 16/06/2009)
I am out of the office until 16/06/2009. I will intermittently have access to Email which is preferable. I may be able to answer my Mobile 021 464 864 if the matter is urgent. For technical assistance with AirNZ or Telstraclear contact Tony Brown. For technical assistance with Westpac NZ or NWM contact Richard Crook. For anything administrative contact Justine Grose. Note: This is an automated response to your message Re: Curiousity: Mono on z/OS? sent on 15/6/09 14:42:08. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OEM Device Support
Does anyone know how non-IBM device support modules are names? I need to determine whether a system has any device support modules in it that were not supplied by IBM. eg, how are they named to avoid conflict with IBM supplied ones. It must be documented somewhere, but I haven't found it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The PUT FTP not working with large files
Have you checked out APAR PK71695? regards, Anthony Fletcher - MNZCS Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Global Technology Services Server Systems Operations Server Management Mainframe Global Services Delivery Australia and New Zealand NZ z/OS Software Program Manager z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.com The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises From: Quintupray Burgos Alvaro aquin...@bancoestado.cl To: IBM-MAIN@bama.ua.edu Date: 23/04/2009 07:48 a.m. Subject: Re: The PUT FTP not working with large files Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi. That is the message .. EZA1485I 736744 bytes transferred - 31 second interval rate 23.34 KB/sec - Overa EZA2589E Connection to server interrupted or timed out. Sending data EZA2590E send error from send_data - EDC5120I Interrupted function call. (errno2=0x76690291) EZA1475I Connection with 167.28.131.244 terminated EZA2603E Error sending the file Atte., Alvaro -Mensaje original- De: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] En nombre de Cebell, David Enviado el: Miércoles, 22 de Abril de 2009 15:34 Para: IBM-MAIN@bama.ua.edu Asunto: Re: The PUT FTP not working with large files In your listing, is some of the Data Transmitted? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alvaro Quintupray Burgos Sent: Wednesday, April 22, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: The PUT FTP not working with large files Hi. We have getting the following response when exec a PUT FTP with big files from Host Z/OS 1.8 to Host Z/OS 1.8 EZA2590E send error from send_data - EDC5120I Interrupted function call. (errno2=0x76690291) If we send a little file the FTP work O.K. What are we doing wrong? Thanks. Alvaro. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 La información contenida en este correo electrónico, así como en cualquiera de sus adjuntos, es confidencial y está dirigida exclusivamente a el o los destinatarios indicados. Cualquier uso, reproducción, divulgación o distribución por otras personas distintas de el o los destinatarios está estrictamente prohibida. Si ha recibido este correo por error, por favor notifíquelo inmediatamente al remitente y bórrelo de su sistema sin dejar copia del mismo. BancoEstado no acepta responsabilidad alguna por cualquier perdida o daño como consecuencia, directa o indirecta, del uso indebido de este e-mail o de los adjuntos al mismo. The information contained in this e-mail message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any further disclosure or use, dissemination, distribution or copying of this message or any attachment is strictly prohibited. If you think you have received this e-mail message in error, please E-mail the sender and delete the e-mail. BancoEstado is not liable for any loss or damage resulting from illegal use of this E-mail or any attachment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Anthony Fletcher/New Zealand/IBM is out of the office.
I will be out of the office starting 19/01/2009 and will not return until 20/01/2009. 20090119 is Wellington Anniversay Public Holiday. I will intermittently have access to Email. I may be able to answer my Mobile 021 464 864 if the matter is urgent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MXI running authorised
Do any listers have any knowledge of downsides to running the free MXI authorised? By default it runs unauthorised. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anthony Fletcher/New Zealand/IBM is out of the office.
I will be out of the office starting 20/08/2008 and will not return until 25/08/2008. For AirNZ or TCL operational matters please contact Tony Brown. For Westpac NZ operational matters, NWM Software currency or operational matters contact Richard Crook. Otherwise if anything urgent comes up contact my manager Chris Phillips. I will intermittently have access to Email which I will also process at night. I may be able to answer my Mobile 021 464 864. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anthony Fletcher/New Zealand/IBM is out of the office.
I will be out of the office starting 14/07/2008 and will not return until 18/07/2008. For AirNZ or TCL operational matters please contact Tony Brown on X5514. For Westpac NZ operational matters, NWM Software currency or operational matters contact Richard Crook on x9795 . Otherwise if anything urgent comes up contact my manager Ampie Vos on 021 913 953. I will intermittently have access to Email and may be able to answer my Mobile 021 464 864 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anthony Fletcher/New Zealand/IBM is out of the office.
I will be out of the office starting 27/06/2008 and will not return until 07/07/2008. For AirNZ or TCL operational matters please contact Tony Brown on X5514. For Westpac NZ operational matters please contact Dave Welch on x9789, for NWM Software currency or operational matters contact Richard Crook. Otherwise if anything urgent comes up contact me on my mobile on 021 464 864. I will intermittently have access to Email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRS RESMIL SETTING
We have a GRS environment using XCF (ie not using a CF) with three LPARS connected. We had changed the RESMIL value to OFF to try and improve responsiveness. That worked, but the XCFAS address space CPU consumption went up. We decided to change the RESMIL value to 0 since that does leave the tuning mechanism working. The manual indicates that RESMIL can be changed on any LPAR independent of the others. One LPAR was changed, leaving the other two set to OFF. It looks as if changingthe RESMIL value to 0 in one LPAR has reduced the CPU consumption in the XCFAS address space in all LPARS. Question is: Is that to be expected, or do we need to look for something else? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS RESMIL SETTING
Thanks - What I hoped for is comment from someone who had observed that GRS propagates the RESMIL value to all members even if not specified in the individual LPAR definitions. regards, Anthony Fletcher - MNZCS Rob Schramm [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/03/2008 05:34 a.m. Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: GRS RESMIL SETTING From what I remember, RESMIL 0 should adapt and be self-tuning. I think that the last time I used it we set it to RESMIL of 3. At the time, we were a bit distrustful of letting the system determine how things should be done. The whole thing worked pretty well up until we started adding more systems. I think when we got up to 6 systems the ring started getting a little more sluggish.. at which time GRS-STAR solved the issue. Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 VSAM RLS DUMP enhancements
In z/OS 1.9, RLS was enhanced to cause better documentation when an error occurs. This is by additional system dumps in a SYSPLEX so that they occur in other members of a shared environment. The migration manual warns that additional dump space may be required. Has anyone had practical experience of this - eg are the dumps any larger, or is it just that there are additional SYSDUMPS produced (and therefore require more DASD because of the additional number of dumps)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
GRSCNF RESMIL setting - OFF versus 0
Have been looking at apparent increased XCFAS CPU use after setting RESMIL OFF. Investigation shows that RESMIL OFF and RESMIL 0 are not the same and that OFF may not be a good setting. D GRS shows RESMIL OFF. SHOWZOS shows RESMIL(0). Question - is this due to SHOWZOS interpreting OFF the same as 0 or is it picking up an internal value of 0 that GRS has set and that may be useful information about what is actually going on? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBGENER is BROKEN
If you use IEBGENER in straight copy mode, it does check and enforce that the LRECLs match. That is what happens if you use SYSIN DD DUMMY If you want to change the LRECL use the SYSIN statement to put in IEBGENER control statements to do what you want. regards, Anthony Fletcher - MNZCS Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Global Technology Services Server Systems Operations Server Management Mainframe Global Services Delivery Australia and New Zealand NZ z/OS Software Program Manager z/OS Technical Lead Ph: Direct +64 4 576 8142, tieline 61 929 8142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: [EMAIL PROTECTED], Sametime: [EMAIL PROTECTED] The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises Thompson, Steve [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 15/01/2008 09:59 a.m. Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: IEBGENER is BROKEN -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter X. DeFabritus Sent: Monday, January 14, 2008 2:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBGENER is BROKEN Steve, are you really concerned about a 24-year-old APAR? SNIP I'm concerned that someone doesn't understand variable records. I'm concerned that someone would break GENER because some customer doesn't understand variable records and must be large enough that IBM would actually listen. I just about choked when I read that APAR that I was pointed to by a support person as to why this behavior. Be very scared, because these are the people that now do I/O for MVS. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IDCAMS REPRO ABEND
In z/OS 1.4 (and maybe prior) IDCAMS REPRO would abend the job step when an Abend was detected (eg B37, D37 913). In z/OS 1.7 it reports a problem with a message and return code 12. This is the way IDCAMS needs to operate for the Modal/functional commands to be able to work together. Does anyone know when or how the operation was corrected to issue the message and RC rather than abort the job step completely? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zFS Recovery via APAR OA22351
Apar OA22351 introduces an option to allow zFS to temporarily remount a R/O file as R/W so that it can rerun the zFS log. Normally a R/O file does not change, but if it is mounted R/W for maintenance, for example, and is not properly closed down, it may not be able to be mounted R/O and has to be remounted R/W to do the recovery. OA22351 allows this remount to be dynamic and automatic so saving an IPL to fix the problem. My question is why the default for this option if NO and not YES, and, for that matter why would you ever not want the recovery to happen automatically? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF 3.4 ENQBYPASS
I am working on an account which gives me the ability to rename a data set from ISPF 3.4 if it is ENQd in another LPAR in the same GRSPLEX. Does anyone know whether this is as a result of an IBM feature (eg SAF call) or whether it is provided by some add-on code? If it is an IBM resource anyone know what the RACF resource name is (or the ACF/2 equivalent). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF 3.4 ENQBYPASS
Excellent - a perfect answer - thanks. regards, Anthony Fletcher - MNZCS Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Global Technology Services Server Systems Operations Server Management Mainframe Global Services Delivery Australia and New Zealand NZ z/OS Software Program Manager z/OS Technical Lead Ph: Direct +64 4 576 8142, tieline 61 929 8142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: [EMAIL PROTECTED], Sametime: [EMAIL PROTECTED] The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises Edward Jaffe [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 23/11/2007 03:17 p.m. Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ISPF 3.4 ENQBYPASS Anthony Fletcher wrote: I am working on an account which gives me the ability to rename a data set from ISPF 3.4 if it is ENQd in another LPAR in the same GRSPLEX. Does anyone know whether this is as a result of an IBM feature (eg SAF call) or whether it is provided by some add-on code? If it is an IBM resource anyone know what the RACF resource name is (or the ACF/2 equivalent). http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2s341/2.6.3.4 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEAOPTxx options in use
According to the Initialisation and Tuning Reference, from z/OS 1.3 most IEAOPTxx options are ignored. It also says that if an option is found in IEAOPTxx that is no longer used it is just ignored. It then lists quite a long list of options that are presumably recognised and used. Is there any display or module that will show which IEAOPTxx contents have been accepted? This question arises because I am working in a z/OS 1.4 system that is being prepared for upgrade for z/OS 1.7 first part of which is to switch to z/ARCH mode. My inclination is to empty IEAOPTxx so that the z/OS 1.4 defaults, whatever they are will automatically switch to the 1.4 z/ARCH values, then to the z/OS 1.7 values. Any comments please? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS86 missing output with LIST subcommand
John I have not sent you my LIST and MAP output because I have seen postings from yourself and others that indicate that the problem is not unique to our site and that it is related to the presence of zero length CSECTS (whatever they are there for). One piece of information that has not been reported in other posts is that in some load modules the listing stops dead on encountering a zero length CSECT, but in others the listing resumes at some point further into the module. I have had a quick look at the code, expecting to find a classic 'reduce by 1 and result in a large number of FFs in a register or field)' but I could not find anything likely. The fact that the contents of the CSECT can be found by specifically specifying it with the MODule operand has resolved my immediate concern. regards, Anthony Fletcher - MNZCS Team Lead NZ SMM (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU) IBM Global Technology Services Server Systems Operations Server Management Mainframe Global Services Delivery Australia and New Zealand NZ z/OS Software Program Manager z/OS Technical Lead Ph: Direct +64 4 576 8142, tieline 61 929 8142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: [EMAIL PROTECTED], Sametime: [EMAIL PROTECTED] The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDS86 missing output with LIST subcommand
Has anyone experienced a problem with PDS86 leaving out a chunk of text from a LOAD module? I was looking in .SCEERUN(CEECCICS) to see what was in the CEEEXTAN CSECT. I used the LIST subcommand, and because it is quite big, the '0' subcommand, and did a FIND on CEEEXTAN. I didn't find it to my surprise. I went back out and used the MAP command to see what offset CEEEXTAN was at, then went back in to do LIST and list time paged down looking for the offset. I was surprised to find the output had left out a whole lot of code from X'3D50' and X'7A60'. The data set is a PDS (not PDSE) and it is running on z/OS 1.7. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SVC 56 (ENQ) GTF TRACE
Has anyone any documentation as to how to interpret the GTF trace of SVC 56? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS Health Check XCF exceptions
The z/OS 1.7 Health Checker is reporting two XCF settings to be corrected: 1. The recommendation to have two TRANSPORT classes with different message lengths defined. How can suitable mesage lengths be defined? 2. The recommendation for the XCF_FDI (INTERVAL) is based on the SPIN settings, and the calculated default is 85. The actual setting is 180 which is there because of a common belief that at some stage IBM recommended the value of 180 rather than letting the system default. Does anyone remember this recommendation of 180 being made, and why, and/or whether there is a more current recommendation, eg use the defaults that come with the system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHOWZOS
Thank you. In the meantime could you please advise how CEEOCB flags the difference between a value of NONE and an actual value - I presume that it is in flags rather than in the actual data? regards, Anthony Fletcher - MNZCS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHOWZOS
I have been using SHOWZOS 714 to try and sort out exactly what happens to LE options under different circumstances. SHOWZOS has been very useful, but it does not always seem to interpret the settings completelyl leading me to ask whether the LE interpretation part is still WIP or whether is is deemed to be finished. What I have noticed so far is a setting of STORAGE(00,NONE,00,8192) is displayed by SHOWZOS 714 as STORAGE(NONE,NONE,NONE,8192). If I set it to STORAGE(01,NONE,09,8192) for example, it does get displayed by as STORAGE(01,NONE,09,8192) leading to the conclusion that SHOWZOS is interpreting a value of 00 as NONE. This does have ramifications as the IBM recommendation is to use NONE and it is therefore not currently possible to use SHOWZOS to check whether 00 or NONE is being set. I also set TERMTHDACT(MSG,CESE,96) but it displays as TERMTHDACT(MSG,,96) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
